Разница между runBase, sysOperationFramework и (формой+класс)

[pitersky]

Кмк тут какое-то недопонимание
Если создать менюайтем и выложить его на форму, то однозначно нужен будет и связанный класс, ибо запускаемый объект - одно из свойств менюайтема. А уж если есть класс, то он и будет RunBase (хотя если строк много, то наверное всё-таки лучше RunBaseBatch).
Если же без класса, сугубо на форме - то можно просто кнопку (Button) сделать и писать код непосредственно внутри clicked-метода этой кнопки. Никакого менюйтема тут не надо. Но могут быть проблемы с настройкой прав и масштабируемостью обработки (например, если надо будет запускать НЕ из формы, а из главного меню).
Так что лучше не полениться и сделать всё через класс.

P.S. Насчёт реабилитации RunBase. На моём первом проекте по 365 у нас был небольшой вводный тренинг. И вот на нём было озвучено, что RunBase снова назначен любимой женой и больше не является сугубо историческим фреймворком. Как я понимаю, это следствие использования SysOperation индусами в разработке в 2012 - микрософт на это посмотрел и сказал "ну вас нафиг, лучше по-старому работайте"))))

[sukhanchik]

Zitat:

Zitat von pitersky

Кмк тут какое-то недопонимание
Если создать менюайтем и выложить его на форму, то однозначно нужен будет и связанный класс, ибо запускаемый объект - одно из свойств менюайтема.

Менюайтем может же ссылаться не только на класс. Более того - если посмотреть формы типа "Drop box dialog", то там как раз пункт меню ссылается на форму, которая открывается, "пристёгнутой" к кнопке этого пункта меню. А таких мест в системе вполне себе хватает - и это одно из "направлений" дизайна интерфейса. Также пункт меню далеко не всегда обязан ссылаться на класс или форму. Есть еще другим типы (SSRS-отчеты, Info / Form Part-ы)

[pitersky]

Zitat:

Zitat von sukhanchik

Менюайтем может же ссылаться не только на класс

Та я знаю
Я имел в виду, что любой менюайтем должен быть привязан к какому-то объекту в системе. Класс, форма, отчёт - хоть что-то, но должно быть. А дальше уже идём по простейшему пути - привязываем класс с диалогом внутри