|
|
21.01.2013, 23:35
|
#1 |
|
Участник
|
Элементы для Ax User Control в Аксапта 2009 на asp.net
Как известно, основная часть функционала в портале Аксапты 2009 реализована с помощью элемента AxUserControl.
Элементарные задачи решаются довольно просто, - содаешь контрол, а потом натаскиваешь в него элементов из панели и настраиваешь свойства этих элементов. Ну или редактируешь .ASP код контрола руками. Читаем руководство. "Working Directly in Code In some cases, you will work directly in the code for the User Control. For references the component."instance, some components for the User Control are not available in the Toolbox. Instead, you view the source code for the User Control, and add the code that Сразу возникает логичный вопрос, - а где доступны для ознакомления элементы, не вошедшие в Toolbox? На Х++, пожалуйста, есть референс с перечислением всех классов. Пусть большинство классов не документированы, но хотя бы перечислены. А здесь как? Прошерстил всю документацию, - ничего нету. Может быть, кто-нибудь знает где искать? Или по партизански изучать рабочие образцы? Не солидно как-то получается... |
|
|
|
22.01.2013, 09:44
|
#2 |
|
Участник
|
Цитата:
На Х++, пожалуйста, есть референс с перечислением всех классов. Пусть большинство классов не документированы, но хотя бы перечислены.
А здесь как?  Еще можно почитать книжку по ASP.Net/AJAX/HTML/CodeDOM/JavaScript Цитата:
Или по партизански изучать рабочие образцы?
|
|
|
|
| За это сообщение автора поблагодарили: Narayana (1). | |
|
22.01.2013, 11:38
|
#3 |
|
Участник
|
Цитата:
Сообщение от Dreadlock
На MSDN'e много всего написано про классы и сборки. Добавили референс на сборку в свой UserControl, и сразу на MSDN.
Еще можно почитать книжку по ASP.Net/AJAX/HTML/CodeDOM/JavaScript Обычно смотришь рабочий образец, или можно еще посмотреть пользовательские элементы типа: tutorial_*.ascx tutorial_*.ascx ..., - а ведь про эти страницы в хелпе упоминалось!
|
|
|
|
22.01.2013, 11:57
|
#4 |
|
Участник
|
Цитата:
В книжке просто по ASP.Net элементы Аксапты не описываются
|
|
|
|
22.01.2013, 16:27
|
#5 |
|
Участник
|
Цитата:
Сообщение от Dreadlock
Все ASP элементы аксапты унаследованы от обычных элементов ASP. Например AxFrom от Form, AxDataSource от SqlDataSource или ObjectDataSource, только AxDataSource лезет не в базу напрямую, а через АОС в DataSet. В VS можно смотреть, что от чего наследуется и видеть события классов родителей, их потомков и т.д. через ObjectExplorer.
А не подскажите, такую штуку... Вот, я в файле конфигурации Портала, который лежит на IIS, разрешил отладку командой debag = "true", а в VS настроил ссылку на начальный URL на страницу портала, к которой прицеплен контрол. Теперь очень удобно отлаживать разрабатываемый контрол непосредственно на Портале, но IIS, сюка, обрывает через несколько минут процесс с сообщением, что превышен лимит времени отладки на IIS и что это настраивается в конфигурации пула приложения. А я не могу найти. Не подскажите, где это настраивается? |
|
|
|
22.01.2013, 17:07
|
#6 |
|
Участник
|
Цитата:
Сообщение от Narayana
Угу, спасибо, буду разбираться.
А не подскажите, такую штуку... Вот, я в файле конфигурации Портала, который лежит на IIS, разрешил отладку командой debag = "true", а в VS настроил ссылку на начальный URL на страницу портала, к которой прицеплен контрол. Теперь очень удобно отлаживать разрабатываемый контрол непосредственно на Портале, но IIS, сюка, обрывает через несколько минут процесс с сообщением, что превышен лимит времени отладки на IIS и что это настраивается в конфигурации пула приложения. А я не могу найти. Не подскажите, где это настраивается? Хотя я когда-то делал немного иначе, через AsyncPostBackTimeout (этот параметр увеличивает время ожидания для долгих асинхронных операций). |
|
|
|
| За это сообщение автора поблагодарили: gl00mie (3). | |
|
22.01.2013, 18:23
|
#7 |
|
Участник
|
Цитата:
Сообщение от Dreadlock
Здесь пишут, что все дело в ping enabled. Надо поставить false и увеличить значение Ping Maximum Response Timeout.
Хотя я когда-то делал немного иначе, через AsyncPostBackTimeout (этот параметр увеличивает время ожидания для долгих асинхронных операций). |
|
|
|
23.01.2013, 01:24
|
#8 |
|
Участник
|
Цитата:
Сообщение от Dreadlock
Здесь пишут, что все дело в ping enabled. Надо поставить false и увеличить значение Ping Maximum Response Timeout.
Хотя я когда-то делал немного иначе, через AsyncPostBackTimeout (этот параметр увеличивает время ожидания для долгих асинхронных операций). Содержание переменных чаще всего состоит из длинных-длинных имен каких-то сборок. Вложенность часто по десять-двадцать-тридцать уровней. Это, вообще, кто-нибудь понимает?! Работаю с визардом создания заказов на продажу в Портале. Внешне с шагами пользователя все просто. ASP-шная страничка тоже понятная. C# код внешне не очень большой. Но, когда отладчик начинает по нему прыгать, становится дурно. Интересно, есть какой-нибудь человеческий способ это все осознать?  От чего начинать плясать, чтобы привязаться к какому-нибудь смыслу? Если честно, то переменную, где лежат данные заказа, вообще, не смог найти... А визарды, это чисто ASP-шная конструкция? |
|
|
|
23.01.2013, 13:49
|
#9 |
|
Участник
|
Как ни хотелось откосить от изучения C#, но вот скачал спецификации языка и, кажется, все там написано. Правда, 500 страниц. А че делать, придется читать.
Мораль, - без знания Шарпа в Портал не суйся!  http://msdn.microsoft.com/ru-ru/vcsharp/aa336809.aspx Последний раз редактировалось Narayana; 23.01.2013 в 14:05. |
|
|
|
24.01.2013, 11:11
|
#10 |
|
Участник
|
Цитата:
А визарды, это чисто ASP-шная конструкция?
|
|
|
|
25.01.2013, 12:50
|
#11 |
|
Участник
|
Попробуйте написать breakpoint в нужном месте, иногда это помогает.
|
|
|
|
|
|
Комбинированный вид
