hVostt,

флеймит не будем, но пока в МССКЛ например не появилась WITH то была тоска с одним СКЛ, ну да ладно
а код в моих методах - это Прикладные задачи ЕРП
и прогер пишет ИМЕННО твои алгоритмы, так как все остальное прилагает ВИПРОС
т.е твои алгоритмы = мои методы = транзакции сап и т.д.

hVosttViPRosа код в моих методах - это Прикладные задачи ЕРП

можно же было прикладуху оформлять в модули и поставлять модулями?


ViPRosи прогер пишет ИМЕННО твои алгоритмы, так как все остальное прилагает ВИПРОС

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

а у тебя чего? программисты пишут среду для программистов, что за пирамида? ну, т.е. почему бы просто в студии не написать и не скомпилить модуль? не повесить юнит-тесты и прочее?

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

я ещё понимаю, вот 1С, это не просто ПО. это целая платформа. при чём весь прикладной код является конфигурацией, сама платформа такого кода не содержит. это в общем. у тебя ВИПРОС такой же как 1С? тоже всего лишь платформа без прикладухи? а вся прикладуха, это и есть конфигурация, вместе с кодом? и код на C#-е? правильно я понял?
начнем с конца
ВИПРОС такая ж платформа как и 1С, только у нее нет своего языка
она ничего не знает о прикладном коде
прикладной код (можно как данные можно как текст) и метаданные модели (не код, а именно данные) - являются конфигурацией
ВИПРОС умеет интерпретировать метаданные модели и создать контекст для исполнения методов (модель ) и формы для визуализации модели (вью - много)

метаданные модели содержат описание интерфейса методов которые должны быть у модели
при вызове структурная модель (а не метаданные) передается методу, но метод волен делать что хочет и помимо модели этой (это для локальных методов, удаленным передается некоторая инфа о модели, которая находится в БД)

ВИПРОС заставляет проектировщика четко выделить только прикладные методы (все инфраструктурные методы - всякая фильтрация, сортировка, групповая обработка , мыслимы и нет) уже встроена в вью (и это в зависимости от прав и т.д. настраивается) и тем самым сильно упрощает проектирование

Ты ВСЕГДА имеешь рабочий прототип приложения по мере заполнения модели метаданными

....

а в твоем случае я бы сделал ДСЛ и дал прогерам WF (у меня это сделано, что бы из методов можно было бы конструировать потоки, но не очень красиво, так как WF работает объектами, а я объекты не создаю а интерпретирую метаданные, потому повяляется прокладка между моделю и WF :()