А что такого принципиального в 2012? По моему хороший разработчик без труда в ней разберется

[EVGL]

Цитата:

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

Использование шаблонов форм, создание типичных форм сейчас стало проще и быстрее.

Да, только теперь надо расцвечивать каждую кнопку. Если делать это всерьез, требуется новый ресурс - дизайнер/художник.
Радикально упростился апгред форм, зато это компенсируется практической невозможностью апгрейта отчетов.

Цитата:

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

Использовать SysOperation, как оказалось, действительно проще и быстрее, чем RunBase. Особенно, добавив несколько своих атрибутов для стандартных задач (например, SysOperationControlAllowEditAttribute)

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

[belugin]

Цитата:

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

надо писать три класса вместо одного.

От двух (контракт, действие) до четырех (контракт, контроллер, действие, UI builder).
А почему трудоёмчее написать три класса, чем один в котором все вперемешку?

[Logger]

Цитата:

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

От двух (контракт, действие) до четырех (контракт, контроллер, действие, UI builder).
А почему трудоёмчее написать три класса, чем один в котором все вперемешку?

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

[belugin]

Цитата:

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

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

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

[Logger]

Цитата:

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

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

Да это так. Но это не противоречит тому что я сказал.

А что в runBase разве не разложено по полочкам ?
Нужен интерфейс ?
Сразу смотришь методы dialog getFromDialog и.т.п.

Нужна логика работы ?
Смотришь run

и.т.п.

Какая разница как методы разбросаны по классам ?

[belugin]

Цитата:

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

Какая разница как методы разбросаны по классам ?

Это все справедливо если в классе нет никаких переменных и методов кроме перечисленных. Если они появляются, уже не решишь. Например метод convertItem может использоваться как для чего-то внутри run так и для целей UI. По полю не сразу тоже определишь, для чего оно используется - является параметром? результатом работы, какой-то временный кеш?