vill_agerС одной стоны, в нем ничего такого, что потребовало описывать мета-модель.
Хотя с другой стороны - это и есть описание мета-модели и автоматическое генерация.

А создание мета-модели - тоже ведь занимает время...
Вопрос ко всем:
можно увидеть пример мета-модели такого окна в Ваших системах?

Мета-модель описывается не для того, чтобы генерировать формы, возможность генерации форм -- это следствие, а не самоцель.

vill_agerСдается мне что нащелкивание мышкой такой никакой формочки потребует больше времени, чем

Мета-модель описывает взаимо-связи, отношения, логику, ограничения, валидацию, условия, пост-условия, пред-условия, безопасность, поведение. И из этого всего можно легко генерировать самые сложные формы полностью автоматически, и они будут единообразны во всём приложении.

А «нащёлканная форма», кому эт надо вообще? Это как сравнивать телефон и кусок картона с нарисованными кнопками.

vill_agerА разговор я завел к чему - пытаюсь найти баланс между простотой написания кода и скрытой мощью мета-моделей. Интересны мысли сообщества на эту тему.

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

Исходя из последнего люди идут зачастую самым простым путём: написание бизнес-моделей прям в коде, описание каждой формы вручную, попытки облегчить себе труд путём создания языковых средств для описания тех же форм всё также вручную, это позволяет получить результат быстро, и сильно напрягать голову не требуется, также не требуется квалификация, можно даже студента посадить и дать нужные лекала. Но на выходе получается результат «на выброс». Т.е. решение, которое нельзя использовать никак иначе, кроме как для конкретного случая, для которого оно было разработано.

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

Баланса нет, чтобы что-то сделать хорошее, надо учить, вникать, трудиться. Иного пути нет.

vill_agerhVosttБаланса нет.
У каждого свой баланс. Поделитесь своим, интересно.

Пока «свой» продаётся, за очень хорошие деньги и спрос только растёт, делиться мне не разрешено политикой компании :)

Когда ситуация изменится, можно и поделиться, но наверное в этом уже не будет смысла..

Однако, я даю обратную связь, что это действительно выгодный подход практически во всех плоскостях, кроме одного: придётся включить голову и хорошенько потрудиться в начале. Вот это многие совершенно не любят и не приемлют ни в каких формах

sereginsereginА есть ли пример описания метаданных для Требования на Склад в котором пользователь должен указать Номенклатуру склада? При этом, Номенклатуру пользователь выбирает из списка с указанием остатков по складу на дату формирования требования.

Очень мало информации. По такому описанию подойдёт просто сущность Требование с полями Номенклатура, Остаток, Дата — и тупой CRUD по ним с валидацией. Что тут описывать? Макро-тип и 3 инфо-типа.