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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.03.2012, 11:48   #1  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
? зачем нужен ООП в управленческих системах
Тема выделена из "Создание нового журнала".

Цитата:
Сообщение от egorych Посмотреть сообщение
зы Вообще не понимаю наличия ООП в управленческих системах! Ну, например, семейство классов SalesPurch - нафига они нужны вместе? Зачем их объединили, чтоб потом в поте лица определять что это - салес или же пурч, ёперный балет!
теперь про тему "зачем нужно ООП в управленческих системах"...

Откройте форму (которая создана, кстати, на SYS слое) SysClassWyzard (это для примера), там есть два метода moveSelectedListItems() и moveAllItems(), эти методы отличаются одной строчкой кода:
в методе moveSelectedListItems() это
X++:
idx = _sourceList.getNextItem(FormListNext::Selected);
а в методе moveAllItems() это
X++:
idx = _sourceList.getNextItem(FormListNext::All);
У меня сразу возникает вопрос, нафига плодить два метода (о будущей поддержке не думали явно, если вдруг надо будет изменять функционал, нужно будет помнить про оба метода), с абсолютно одинаковым кодом, если можно создать один метод moveItems(), у которого кроме всего прочего на входе будет ещё параметр FormListNext, и использовать один метод, просто передавая туда параметр. Было желание потренироваться в наборе определенного кода? Или какие то другие цели?

Хочется услышать мнение на этот счет сотоварищей связанных аксаптой
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 21.03.2012, 12:34   #2  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
По теме (вынесенной в заголовок ветки). Вопрос равносилен примерно такому: "Зачем использовать средства автоматизации труда в лёгкой промышленности?".

Я на самом деле не очень понимаю, какие такие особенности "управленческих систем" влияют на выбор средств их реализации, а рассуждать о том зачем вообще нужен ООП как-то не очень интересно.

достоинства ООП:
Масштабируемость. "Управленческие системы", что не должны быть масштабируемыми?
Унификация. Стандартизация интерфейсов взаимодействия элементов системы - для сложных (состоящих из большого числа элементов) систем это обязательная вещь. "Управленческие системы" на ваш взгляд настолько просты, что ООП их только усложняет? Вы это имеете в виду? Тогда вы вероятно путаете причину со следствием. Аксапта сложна не потому что в ней тысячи клаcсов, а наоборот
Старый 21.03.2012, 12:39   #3  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
достоинства ООП:
Масштабируемость. "Управленческие системы", что не должны быть масштабируемыми?
Унификация. Стандартизация интерфейсов взаимодействия элементов системы - для сложных (состоящих из большого числа элементов) систем это обязательная вещь. "Управленческие системы" на ваш взгляд настолько просты, что ООП их только усложняет? Вы это имеете в виду? Тогда вы вероятно путаете причину со следствием. Аксапта сложна не потому что в ней тысячи клаcсов, а наоборот
Я надеюсь все эти вопросы не ко мне?
потому как я точно такого же мнения как и Вы

А хотелось бы услышать доводы egorych, именно его фраза в теме "Создание нового журнала" и побудила меня создать эту тему
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 21.03.2012, 12:46   #4  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от lev Посмотреть сообщение
нафига плодить два метода (о будущей поддержке не думали явно, если вдруг надо будет изменять функционал, нужно будет помнить про оба метода), с абсолютно одинаковым кодом, если можно создать один метод moveItems(), у которого кроме всего прочего на входе будет ещё параметр FormListNext, и использовать один метод, просто передавая туда параметр. Было желание потренироваться в наборе определенного кода? Или какие то другие цели?
Следуя вашей логике следовало бы вообще открыть доступ к элементу _sourceList
На самом деле класс прячет реализацию способа хранения данных списка в классе за перечнем методов доступа не случайно. Делается это для того чтобы в случае изменения инфраструктуры можно было бы не меняя интерфейса адаптировать класс под новое окружение.

P.S.: To lev. Всё ясно. "Мопед не мой, я просто разместил объяву" (С)

Последний раз редактировалось S.Kuskov; 21.03.2012 в 12:50.
Старый 21.03.2012, 12:57   #5  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Следуя вашей логике следовало бы вообще открыть доступ к элементу _sourceList
не очень понял из чего такой вывод? и задал вопрос конкретно по дублированию одного и того же кода, безотносительно функционала.

Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
На самом деле класс прячет реализацию способа хранения данных списка в классе за перечнем методов доступа не случайно. Делается это для того чтобы в случае изменения инфраструктуры можно было бы не меняя интерфейса адаптировать класс под новое окружение.
я говорю не про класс, а про форму . Как дублирование кода на форме в два разных методах, относится к адаптации класса? Указанные мной методы вызываются только на форме.

Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
P.S.: To lev. Всё ясно. "Мопед не мой, я просто разместил объяву" (С)
это я вообще не понял, чем именно вызвана ирония?

З.Ы. если из первого сообщения не понятно, попробую высказать основную мысль, которую в него закладывал.
ООП это гуд, и упрощает написание, чтение и поддержку кода (не зависимо от назначения системы). а в аксапте же, встречаются места где на ООП просто забили
как то так.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
За это сообщение автора поблагодарили: S.Kuskov (2).
Старый 21.03.2012, 12:59   #6  
Alexanderis.ua is offline
Alexanderis.ua
Участник
 
53 / 40 (2) +++
Регистрация: 25.12.2008
Адрес: Киев, Украина
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Делается это для того чтобы в случае изменения инфраструктуры можно было бы не меняя интерфейса адаптировать класс под новое окружение.
В общем случае, при наличии целой иерархии классов, это понятно и логично.
Но тут и в самом деле непонятная ситуация.
Это не класс, а форма. И вызывает она свои же методы.
Наследование в данном случае невозможно, так что смысла в таком разделении я тоже не вижу.
__________________
If it ain't broke, take it apart and find out why (с)
Старый 21.03.2012, 13:07   #7  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Ах это ещё всё и на форме?! Ну тогда что могу сказать. Писать код на форме вообще не положено Best Practices
Цитата:
Сообщение от lev Посмотреть сообщение
а в аксапте же, встречаются места где на ООП просто забили
как то так.
На sys слое ещё и не такое встретишь The daily Axapta WTF
За это сообщение автора поблагодарили: kornix (1).
Старый 21.03.2012, 13:10   #8  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
На sys слое ещё и не такое встретишь The daily Axapta WTF
ага, ага... из той же оперы
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 21.03.2012, 13:47   #9  
kornix is offline
kornix
MCP
MCBMSS
Злыдни
Ex AND Project
 
414 / 146 (5) +++++
Регистрация: 24.02.2009
Адрес: Санкт-Петербург
Цитата:
Сообщение от lev Посмотреть сообщение
ООП это гуд, и упрощает написание, чтение и поддержку кода (не зависимо от назначения системы). а в аксапте же, встречаются места где на ООП просто забили
как то так.
ООП это конечно быстро, удобно, круто, надежно.. но на мой взгляд, если всю аксапту как следует разложить на семейство классов родителей-наследников - поддерживать ее и просматривать в отладчике как система перемещается между родителями и потомками будет мучительно.

На мой взгляд нужно разумно использовать ООП + структурное программирование.

Последний раз редактировалось kornix; 21.03.2012 в 13:50.
За это сообщение автора поблагодарили: GBH (1).
Старый 21.03.2012, 15:25   #10  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Оххх! Не буду сейчас писать ничего - ибо некогда - все эти сказочки про масштабируемость, расширяемость уже наелись, спасибо!
Скажите, САП масштабируемая и расширяемая система? Там если есть пресловутое ООП, то оно так далеко, что и не видно! На каждый пример удачного использования (в Аксапте) есть тыщща примеров гемороя - когда добавление 1 поля в табличку (на формочку) влечет ковыряние в тоннах кода!
__________________
Axapta 3.0 sp - хз какой, kr2
Старый 21.03.2012, 15:40   #11  
_scorp_ is offline
_scorp_
Участник
Аватар для _scorp_
MCBMSS
 
488 / 369 (13) ++++++
Регистрация: 25.07.2007
Адрес: Москва
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Ах это ещё всё и на форме?! Ну тогда что могу сказать. Писать код на форме вообще не положено Best Practices
Мне кажется это слишком категорично. Если прочитать тот самый BP, то там всё сводится к двум причинам:
1. Код на форме всегда выполняется на клиенте.
2. Код на форме нельзя использовать повторно в каком-то другом месте.

И при этом пишется
Цитата:
If you have code in the form, the code should be for making only simple changes to the appearance of the form or to the form’s query. Try to place the code on the form or on the data source.
Т.е. если код относится к управлению дизайном формы и/или запросом формы и есть понимание того, что это точно больше нигде использоваться не будет, то код вполне может находиться на форме.
Старый 21.03.2012, 16:15   #12  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Это была ирония. Но как говорится, в каждой шутке есть только доля шутки
Старый 21.03.2012, 17:36   #13  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
619 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
По субж. выделенной темы

А еще есть 1С, где даже в 8.2 ООП так и не появилось. А осталось все "объектным" из заранее зашитых объектов.
И после АХ и ее ООП думать по 1Сному оч сложно, хотя и там люди живут и моды модят, извращаясь порой от отсутствия такого понятия как "таблица", заменяя его где на документ\справочник, а где и регистры, засовывая вместо грида в форму на закладку отчет (по регистру с кнопкой "сформировать"), благо там из отчета можно проваливаться в другие формы, где и идет ввод\редактирование.

В Оракле с его Явой вроде все ок с ООП, но переписывание стандартного функционала ведет к тому, что новый код работает не вместо переписанного, а дополнительно к нему, сперва отменяя результат отработки, что для производительности тоже не гут (тут могу ошибаться или сча не так, инфа со слухов, поправьте оракловеды)

На этом фоне ООП в АХ очень даже ООП, приятно пользоваться, разрабатывая нормальную структуру наследования.
А что в стандарте есть отступления\фигня - так это от того, что все делали люди и те же стажеры на работу везде выходят.

Потому многие, кто долго возится с системой, когда-нибудь это понимают и перестают слепо преклоняться перед "стандартом" - его делали люди и кто сказал, что они были более квалифицированы, чем мы или архитектурный замысел идеален?
Потому и живут своей жизнью партнерские решения, написанные сбоку от АХ (но на АХ при использовании всех хороших возможностей). Так как написанное сбоку удобнее - его можно реально развивать и эволюционировать (иметь по нему неустаревающую документацию), а не переписывать (переносить с трудом) при каждом обновлении (правда от АХ2012 это тоже не спасет ) .
Старый 21.03.2012, 22:53   #14  
Удвой Покуров is offline
Удвой Покуров
Участник
 
461 / 228 (8) ++++++
Регистрация: 03.04.2011
1. В SAP есть ООП, очень даже. Более того, весь новый код проходит своеобразный ревью на ВР, где как раз регламентировано использовании преимуществ ООП подходов.
2. Вопрос в другом: а кому нужно ООП в ERP - системах? Ну, кроме разработчиков?
Одно ООП преимуществ не даст- многие помнят Эталон от Цефея, он по ООП лет на 10 DAX опредил: в 2002 у него уже были наследуемые таблицы. И где теперь Эталон?
Старый 22.03.2012, 08:09   #15  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от Удвой Покуров Посмотреть сообщение
Вопрос в другом: а кому нужно ООП в ERP - системах? Ну, кроме разработчиков?
Сильно . Действительно, а кирпичи нужны только строителям
За это сообщение автора поблагодарили:  (1), kornix (2), pedrozzz (1).
Старый 22.03.2012, 10:32   #16  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от Удвой Покуров Посмотреть сообщение
И где теперь Эталон?
На этаж выше от нашего офиса
Старый 22.03.2012, 21:59   #17  
Удвой Покуров is offline
Удвой Покуров
Участник
 
461 / 228 (8) ++++++
Регистрация: 03.04.2011
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Сильно . Действительно, а кирпичи нужны только строителям
Сергей, поверьте, я отдаю себе отчет, что на этом форуме сидят именно разработчики, которые как раз и привыкли работать с "кирпичами" (что, кстати, подтверждается поддержкой Вас Вашими коллегами. Но смотрите шире: мне, как заказчику, нужен офис класса А+, с подземной парковкой, помещением под ЦОД с системами пожаротушения, усиленного кондиционирования и резервным питанием. Преимущество именно кирпичей для меня отнюдь не очевидно, но и кирпичное пойдет, если оно находится в пределах транспортной доступности и отвечает моим потребностям.
Старый 23.03.2012, 01:14   #18  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Мимо тазика. Офисы класса А+ не развиваются - их как построили, так они и будут стоять до момента сноса, максимум их перештукатурят и фурнитуру на дверях поменяют. А ERP-системы (и вообще программные системы - если они востребованы заказчиком, а не стали очередным shelfware) развиваются постоянно, и вот тут очень важную роль начинает играть то, поддерживает ли система ООП или, скажем, интеграцию с CLR.
PS. Мне как потребителю тоже на очень многие вещи начхать, но вот производители бытовой техники почему-то упорно навязывают мне HDMI, а конторы, предоставлющие услуги IP TV, зачем-то требуют, чтобы мой телек поддерживал DVB-C, иначе грозятся впарить мне за отдельные деньги ненужную ТВ-приставку с отдельным кондовым пультом вместо моего универсального, к которому я привык.

Последний раз редактировалось gl00mie; 23.03.2012 в 01:22.
Старый 23.03.2012, 07:49   #19  
Удвой Покуров is offline
Удвой Покуров
Участник
 
461 / 228 (8) ++++++
Регистрация: 03.04.2011
Хм. Вот SAP несколько десятков лет не поддерживал ООП. И что, Вы думаете, он не развивался? не было модификаций? Отраслевых решений? Решений партнеров??

Отсутствие ООП не помешало стать SAP лидирующей системой в мире. Возможно, все-таки не в ООП дело, как Вы считаете?
Старый 23.03.2012, 08:33   #20  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от Удвой Покуров Посмотреть сообщение
Преимущество именно кирпичей для меня отнюдь не очевидно, но и кирпичное пойдет
Цитата:
Сообщение от Удвой Покуров Посмотреть сообщение
Возможно, все-таки не в ООП дело, как Вы считаете?
Лично я именно так и считаю. Все мои посты в этой теме как раз и нацелены на то чтобы показать, что функциональность системы вообще говоря первичнее. Именно требования предъявляемые к конечному результату является причиной выбора того или иного средства, а не наоборот.

Согласитесь, глупо выглядит клиент, который заказывая "офис класса А+" говорит: не хочу что бы стены были из прямоугольных кирпичей - хочу чтобы из квадратных, говорит, что понимает что стены будут оштукатурены и он формы кирпичей никогда не увидит и вообще он в кирпичах не разбирается но почему-то уверен, что именно для "офисов класса А+" прямоугольные кирпичи не подходят.

Цитата:
Сообщение от Удвой Покуров Посмотреть сообщение
Хм. Вот SAP несколько десятков лет не поддерживал ООП. И что, Вы думаете, он не развивался? не было модификаций? Отраслевых решений? Решений партнеров??

Отсутствие ООП не помешало стать SAP лидирующей системой в мире
До промышленной революция люди тоже вручную делали удивительные вещи... Это же не значит что средства автоматизации труда никому не нужны.

Последний раз редактировалось S.Kuskov; 23.03.2012 в 08:53.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
AX 2009: зачем нужен балансировщик нагрузки, и как в кластере зайти на определенный AOS? gl00mie DAX: Администрирование 7 26.02.2015 16:38
aosvalidateinsert - зачем нужен IKA DAX: Программирование 9 14.08.2009 08:42
Главная книга / Запросы / Аудит (TransactionLog) Зачем и кому он нужен? ta_and DAX: Функционал 18 24.09.2008 10:14
зачем нужен WebTarget? yooshi DAX: Программирование 0 11.11.2005 14:22
Зачем таблице нужен релэйшн на саму себя? Artild DAX: Программирование 2 21.07.2003 11:52
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 08:58.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.