Ох, как не нравится мне этот наплыв "идей".
Сила подобных решений в слаженности действий каждого компонента системы и в легкости использования их "сообща". Если вы никогда не проектировали подобных систем пошу не фантазировать, а приземлиться.
Пусть о системе, поддерживающей плагины говорит только тот, кто хоть раз РЕАЛИЗОВЫВАЛ это.

Nick писал(а) 16. Января 2008 :: 10:35:

Из моего опыта работы. Из опыта работы моих друзей, приятелей.
Из форумных "хочу". Да по разному.

Igor-bts писал(а) 16. Января 2008 :: 10:49:

Опыт 1С++ в данном случае неоценимая помощь.

dnp писал(а) 16. Января 2008 :: 10:20:


в 2С я практически избавился от мфк, использую дельфийские библиотеки доступа к данным, пока к мфк привязан UI - работает Prof-uis 2.8 + доработки того чего нет в фриварном продукте. Сейчас перевожу на другую библиотеку не связанную с мфк и кроспратформенную (утверждают). но это не qt ). прорабатываю интерфейсы ( IControlMaanager, IDinControl, iBusinessLogic, IBusinessObject, IScriptCompiler, IDataProvider...), что вообще позволит писать библиотеки на чем угодно.
Основную реализацию Бизнес-Объектов я вижу не на уровне встроенного языка. Это должны быть динамические библиотеки, которые реализуют соответствующие интерфейсы. Хотя идею 2С создавать свои бизнес-объект на уровне платформы тоже считаю конструктивной. Но тут много подводных камней.

==
2 trdm
Ты пишешь, что нужно только добавить парсер своего языка к имеющейся виртмашине. Это не так. Нужно интегрировать эту вм в проект. а для этого, возможно, придется переписать не одну строку кода. возникает проблема интеграции вм и динамических контролов и куча всего. затраты времени будут очень большими.
Вот в qt1l был скриптовый движок а-ля 2С. Почему от него отказались ? А теперь возникает вопрос написания парсера и интеграции его в скурель, который опять-же надо будет подружить с qt, а там опять засада. В этом и проблема использования опесурсных продуктов -  в них очень редко проработан апи. такие продукты пишутся по принципу "давайте взлетим, а заправим потом".

Вот в qt1l был скриптовый движок а-ля 2С. Почему от него отказались ?

trdm писал(а) 16. Января 2008 :: 11:57:

Засада в интеграции, во взаимодействии нескольких разных подсистем, не имеющих общего апи, причем эти подсистемы написаны разными людьми, с разными представлениями о прекрасном. "водка, селедка, перловая каша и борщ хороши по отдельности, а если смешать - помои получатся"...
Участвовал ка-то в проекте (не бесплатном), где заказчик захотел типа сэкономить и использовать бесплатные или опенсурсные библиотеки. собственно я вышел из проекта через полгода, когла стало ясно, что затраты времени на изучение этих библиотек и их интеграцию будут велики, а так называемая "прослойка", которая и должна была объединить это всё в один флакон будет достаточно тяжела, чтобы считаться "прослойкой". Но парни (заказчики) не поверили. года три спустя они обратились ко мне с той же самой просьбой. вопщем проект не только не полетел, и даже не взлетел, он вообще с места не сдвинулся. при этом заказчики исправно платили зарплату туче программеров, меняли начальников отдела ит, координаторов проекта, прогаммеров. бабла за три года было потрачено не меряно. и, наверное, оно было потрачено не зря, т.к. программеры реально что-то делали, переписали тучу кода, интегрировали одно в другое, разработали средства взаимодействия подсистем... но не полетело. так и забросили всё это. При том, что программеры далеко не самые последние.

Kemet писал(а) 16. Января 2008 :: 12:15:

А зачем тебе ответы на эти вопросы? Я отвечаю - ты стебаешся.
Я стараюсь расскачать проект, как-то организовать, что-то сделать, а ты в эту ветку пишел исключительно рисоваться? Работал у меня 2С. Работал.
Чета с цепи альтернативисты посрывались, на ТиС apogee машет флагом с изображением шарпа так что от пыли просто не продохнуь. Тут ты. Может хватит делить шкуру неубитого медведя?
Иши стронников, собирайтесь и канифольте друг другу мозги вопросами скока влезет. А я чета притомился от ващих страшилок с незавершенными проектами.

Хлопцы и девчата, учтите тот факт, что выложены наброски.