AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 09.07.2008, 21:04   #1  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,712 / 1201 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
gl00mie

К сожалению, я изучал ООП не по учебникам, а на практике, методом "научного тыка". Поэтому, для меня имеет реальное значение не то, как оно "должно быть" с точки зрения теории, а то, как оно есть на практике. Могут ли те или иные мои действия привести к проблемам или нет?

Собственно, насколько я понимаю, смысл Вашего сообщения сводится к тому, что в процессе выполнения конструктора new() данного объекта сам объект еще не завершен и, как следствие, некие действия с этим объектом могут закончится неудачей. Именно по той причине, что произойдет обращение к "не законченным частям" объекта.

На практике же я вижу, что таких конфликтов не происходит. Возможно, конечно, мне просто в голову не приходят такие действия, которые могут привести к конфликтам в данном случае.

А это значит, что вопрос именно философский. Не из цикла "что можно?", а из цикла "что дОлжно?". Поскольку, с точки зрения формального написания кода, какая-либо инициализация в конструкторе new() будет происходить точно так же, как и в любом другом методе объекта.
Старый 09.07.2008, 22:28   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
На практике же я вижу, что таких конфликтов не происходит.
LedgerJournalEngine, LedgerVoucher, SalesType, SalesFormLetter, класс работы с принтером, классы работы с Vatiant'ами, FormBuild*, QueryBuild* и т.п... Даже простые формы... Тут конечно надо разобраться, но с огромной вероятностью, конфликт вы там получите.
__________________
полезное на axForum, github, vk, coub.
Старый 10.07.2008, 15:32   #3  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,712 / 1201 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Цитата:
Сообщение от mazzy Посмотреть сообщение
LedgerJournalEngine, LedgerVoucher, SalesType, SalesFormLetter, класс работы с принтером, классы работы с Vatiant'ами, FormBuild*, QueryBuild* и т.п... Даже простые формы... Тут конечно надо разобраться, но с огромной вероятностью, конфликт вы там получите.
Хм... Это предложение переписать стандартный функционал или подтверждение моих выводов?
Теги
init, crm2011

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Solutions Monkey: EP Page Life Cycle Blog bot DAX Blogs 0 18.02.2009 08:05
Не удаётся правильно настроить DataSource через метод init Dronas DAX: Программирование 1 08.10.2007 09:10
Два Dstasource с Range в init() PMS DAX: Программирование 7 28.10.2005 09:54
Метод Init на форме. NJD DAX: Программирование 1 25.08.2004 17:30
диалоговое окно в init (e) Report (a) Natasha DAX: Программирование 8 05.03.2003 16:42
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 20:48.