ViPRosiscrafm,
но в твоих компонентах отсутствует модель предметной области
да. И это является плюсом платформы. Модель предметной области закладывается в Приложение, но не в Платформу. Именно этим хороши MS Access или Excel. И именно то, что такое заложено в 1С порождает "кривизну". Я, например, совершенно в другом контексте представляю построение бухгалтерии, производства или реализации в отличие от той же 1С. Но если бы я использовал 1С в качестве платформы, то изначально вынужден бы укладываться в рамки чьей-то предметной области, положенной в саму основу системы. Называть это тем, что должно быть в составе платформы неправильно в корне. Тогда нужно говорить о приложении с возможностью адаптации предложенной кем-то модели под свои задачи.
ViPRosОтсутствие Модели и Ограничений наложенных на модель приводить к тому, что развитие останавливается именно на уровне РАД, до CASE далеко :(
в том то и вся тонкость. Сегодня я на этой платформе одну CASE сделал, завтра другую и т.д. А если предметная область по каким-то причинам представляется как RAD, то тогда нужно говорить конкретно: RAD для построения приложений такой-то модели.
Примерно такой поход был когда создавался "БЭСТ-Контроллинг". В нем модель контроллинга была в основе. Т.е. на этой модели выполнялось и построение системы для производства и конфигурации для финансового управления и бюджетирования в компании. Но... На платформе ISCRA Framework я могу сделать тот же контроллинг (он кстати на этой основе и создавался, только тогда еще не было зарегистрирована именно ISCRA Framework). По большому счету больше всего "родственная" душа - это конечно MS Access, только в Искре БД вынесена за рамки и архитектура многозвенная.
ViPRosМожно ли запросить из 100 источников? Почему это можно?
можно конечно. Почему? Потому что так иногда удобнее и оптимальнее. Может для кого-то это будет и "откровением", но я, к примеру, не являюсь сторонником централизованной единой БД. Вернее считаю, что такая БД должна быть центральным хранилищем, а первичная информация может быть в любой поменьше. Сделал постиинг или публикацию - первичная информация сохранилась, хоть в двоичном виде, но при этом необходимые данные отразила в центральном хранилище. Приведу пример: в складской системе в первичных документах хранится информация в 100500 полях и к этой информации всегда можно получить доступ, если потребуется. Но в хранилище для отчетности постится 20 реквизитов. И этого покрывает потребности в отчетах и расчетах на 100%. А если для какого-то единичного случая потребуется детальная информация, то всегда можно нажать на кнопку и достать его, причем зачастую совершенно из другой СУБД. Вот именно так работать платформа позволяет, она изначально под такой стиль проектировалась
p.s. помню когда выбиралось название было и Total Runner, т.е. основная цель платформы - возможность запуска всего. А если на текущий момент что запустить нет возможности, то достаточно просто в "стороне" создать проигрыватель этого нечто и зарегистрировать в системе как
модуль запуска . Причем все построено таким образом что платформа конечно не потребует ни повторной сборки ни повторной инсталляции
