Microsoft Dynamics AX 2012 White Paper: Introduction to the SysOperation Framework

[mazzy]

Цитата:

Сообщение от belugin

Отсутствующий код не надо читать, не надо разрабатывать, не надо апгрейдить на следующие версии/севиспаки (кстати, сравни сколько надо мерджить в ранбейз по сравнению с SysOperationFramework - фактически только декларацию одной переменной на параметр - метод со всеми причиндалами сам смёрджится за счет слоев).

Нельзя забыть добавить переменную в список созраненных.
Нельзя случайно написать другой тип у DialogField чем у переменной.

Нельзя забыть получить значение поля или поменять при копипасте код, получая значения не того поля.

Хм... а можешь ткнуть в страницу мануала из этой ветки и/или привести цитаты из оного?
что-то я не увидел такого. Может плохо прочитал.

[belugin]

Цитата:

Сообщение от mazzy

Хм... а можешь ткнуть в страницу мануала из этой ветки и/или привести цитаты из оного?
что-то я не увидел такого. Может плохо прочитал.

Глава "SysOperation sample: SysOpSampleBasicController"


См табличку:
Dialog Base getFromDialog putToDialog pack unpack | Base functionality implemented by the framework.
run Implemented by the base framework. Handles marshaling execution to a CLR session

Соответственно нет кода, а раз нет кода - нет проблем.

Вообще у меня получился более минималистичный пример:

Контракт

[DataContractAttribute]
class TEST_HelloContract
{
    Name name;
}
[DataMemberAttribute]
public Name parmName(Name _name = name)
{
    name = _name;
    return name;
}

Операция

class TEST_HelloOp
{
}
void sayHello(TEST_HelloContract _contract)
{
    info(strFmt("Hello %1", _contract.parmName()));
}

Запускалка:
\Menu Items\Action\TEST_Hello

• ObjectType: Class
• Object: SysOperationServiceController
• Parameters: TEST_HelloOp.SayHello

И всё - никаких методов main, dialog, pack, unpack, макросов, extendedTypeStr и прочего.

Я немножко наврал - тип таки дублируется у переменной и метода, но хотя бы их совместимость контролируется компилятором.

Единственное что, к сожалению, параметры из не попадают в перекрестные ссылки (но никто не мешает их допилить, чтоб попадали).

А еще плюс, что по умолчанию у нас есть программный интерфейс для операции - никто не мешает вызвать ее из другого кода без модификаций

[sukhanchik]

Цитата:

Сообщение от Vadik

Ну так может перед тем как вендора шпынять сесть таки за букварь, хоть и не царское это дело ?

Образец мышления поколения Copy-Paste приведен прекрасный: один раз слажали, в двадцать мест скопировали, через год обнаружили. Чешем репу. Вывод? Очевидный - СИСТЕМА Г###О!

Цитата:

Сообщение от belugin

...и иногда забывают поменять код

Цитата:

Сообщение от belugin

Глава "SysOperation sample: SysOpSampleBasicController"
...
Соответственно нет кода, а раз нет кода - нет проблем.
...
И всё - никаких методов main, dialog, pack, unpack, макросов, extendedTypeStr и прочего.
...
А еще плюс, что по умолчанию у нас есть программный интерфейс для операции - никто не мешает вызвать ее из другого кода без модификаций

Я хочу заметить, что я лично не отношусь к тем людям, которые считают методику Copy & Paste лучшей методикой. Но я вижу суровую реальность у:
- внедренцев, когда они "вводят в строй" нового разработчика. А имеется достаточно большой соблазн купить программиста подешевле, но которого надо "вводить в строй", плюс у некоторых внедренцев существует весьма частая ротация кадров, что приводит к постоянному состоянию "ввода в строй" разработчиков.
- клиентов, когда они набирают к себе либо слабых специалистов, либо новичков, но при этом требуют от исполнителя выполнить задачу "здесь и сейчас и быстро".
- аутсорсеров / фрилансеров, у которых есть интерес только в своей задаче и которым неинтересно создание системы классов, какого-то большого и красивого кода. Вплоть до того, что решением задачи может быть джоб с пунктом меню на себя.

Ну т.е. конечно всем на словах понятно - что чем сложнее система - тем больше требуется мозгов, чтобы ее поддерживать или в ней кодить. И конечно это согласуется с политикой Microsoft в том, что АХ переориентируется на систему уровня SAP.

Просто очень хочется отметить слова fed

Цитата:

Сообщение от fed

Я бы главную проблему DAX2012 сформулировал так: Разработчики (в широком смысле) в MS не понимали что их продукт, на проектах, будут переписывать люди, у которых значительно меньше времени и значительно шире специализация чем у сотрудников MS.
Все остальное - лишь проявление этой проблемы...

и добавить, что количество людей, которые будут на проектах (неважно, со стороны клиента или внедренца) заниматься красивым построением правильной архитектуры (как того требуют внутри MS) неприлично мало. В том числе из-за политики самого клиента. Т.о., если MS-у будет закладываться на то, что разработка будет правильной и продуманной у всех клиентов, то очень быстро сложится мнение на рынке, что

Цитата:

Сообщение от Vadik

Вывод? Очевидный - СИСТЕМА Г###О!

. Т.е. разработчику нужно дать такой инструмент, применяя который он совершал бы меньше ошибок. Технология Copy & Paste - одна из такого рода инструментов.

Возьмем к примеру пользовательский интерфейс. Его ж кто-то продумывает; есть команда, который этот UI рисует. Вот тут нужно что-то подобное, но для разработчика, чтобы он был мотивирован перейти на новую технологию. Конечно хорошо, когда количество копируемого кода будет меньше. Но при этом в мозгах у разработчика должно быть четкое понимание того, что так будет и так будет проще как писать, так и поддерживать. В частности, поэтому и жуть как полезны перекрестные ссылки.

[mazzy]

Цитата:

Сообщение от belugin

Вообще у меня получился более минималистичный пример:

Ага. Спасибо. Теперь боль-мень понятно что именно добивались.

Хотя твой пример категорически отличается от того, что в книжке.
Кроме того, текст с названием метода в параметре menuItem - это еще один вариант пушного зверька.
Ну, и у меня:
1. нажатие на кнопку Ок приводит к ошибке (скриншот 1)
2. добавление новой переменной в класс-контракт не приводит к появлению нового элемента в диалоге (см. скриншот 2)
3. изменение типа Name на Description не приводит к изменению Label и StatusText (см. скриншот 2)

Подозреваю, что 2 и 3 из-за того, что я нуб и опозорился.
Но пока все равно выглядит примерно так:

вполне возможно, что это я чего-то не понимаю.

[belugin]

Цитата:

Сообщение от mazzy

Хотя твой пример категорически отличается от того, что в книжке.

То же самое, только убрано необязательное. (main, атрибуты для описания меток и визуального порядка в пареметрах)

Цитата:

Кроме того, текст с названием метода в параметре menuItem - это еще один вариант пушного зверька.

Для перекрестных ссылок можно использовать main как в книжке.
Теоретически можно написать код который будет добавлять по таким менюайтемам записи в базу.

[mazzy]

Цитата:

Сообщение от belugin

Теоретически можно написать код который будет добавлять по таким менюайтемам записи в базу.

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

[belugin]

Цитата:

Сообщение от mazzy

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

Ну у тебя есть выбор - можешь писать мейны, за которые тебе платят

[mazzy]

Цитата:

Сообщение от belugin

Ну у тебя есть выбор - можешь писать мейны, за которые тебе платят

легко. мейны я копирую

[mazzy]

Цитата:

Сообщение от belugin

Для перекрестных ссылок можно использовать main как в книжке.

что-то не работают у меня мои изменения.
буду разбираться (блин-блин-блин еще и с этим разбираться)

а можно попросить у тебя проект с main?