все изложено в тексте

DimaBr,

ну ладно ладно, именно Dimitry Sibiryakov и подтолкнул меня на мысль и я вернулся к скрипту сборки DFM

и так, BPL или DLL. - нет, скрипт DFM - ДА

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

те модули что я пробовал в DLL и BPL, разница в размере файлов огромная DLL 18-20 метров, BPL 4-6 метров, DFM-ка меньше метра.
чуть подправил мой старый скрипт, чтобы parent-ы работали на оформление, также добавил контроль версии своего DFM. потестировал, и даже работают динамически созданные компоненты с событиями.

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

в итоге из 21 готового переделанного модуля старых функциональностей, отработал в DFM 12 сегодня. и 12 добавляются динамически в рабочий проект, задачи из GUI и выполнение сервисами - летает. мне нравится.

P.S.
а что BPL? Я не знаю, я хотел наверное сломать что то стандартное, во-преки правил. Это был поворот не-туда. В итоге вернулся к своему старому решению и даже к коду.

вот хочеться сказать - "НЕ ПРИХОДИЛО!!!!". в чем отличие BPL и DLL я думаю знают все, если они хоть что то пишут. с неделю назад мне очень захотелось чтобы BPL работало и не так как положено, а так как я хочу, и если у кого то не бывает в практике работы отклонений, и каких то желаний поробовать что нибудь, например в период поиска решения, как технического, так и методического, ну я не знаю, работать по штампу, без попыток чего то. а какже лучшее и оптимальное решение. перерабатывал я в последние два года три проекта созданных по штампу, авторы которых ну очень красиво и правильно говорят. я к сожалению не очень правильно технически выражаюсь. но после меня эти проекты заработали и мои проекты, которые я запускал или управлял, работают все, и к счастью, багов почти нет, в сравнении с тем, что я вижу.
а вообще всем спасибо, есть проекты, когда тащишь один, заказчик что то хочет, ты его вроде понимаешь, ну и сам на проекте один, при том и проект создан давно, и проект проситься развиваться и заказчик этого хочет и ты видишь. и вот сидишь и думаешь, и тут мысли, и вот он SQL.RU, в нем есть не только как я, но есть и ГУРУ, поговорил со всеми, поспорил, в итоге как в команде работаю. командные проекты я здесь не обсуждаю. только свои.

еще там OLE предлагали. не вариант вообще в данный момент. DFM это решение!!!

Dimitry Sibiryakov,

DLL иди BPL, библиотека или пакет, ну я не знаю, описать понятие с примерами, в том числе моих компонент страниц на 200 или выдернуть определения из википедии.

чесс слово, я почти ни когда не спорю, смысла не вижу, трата времени. ну а что то доказывать, конкретно в форуме не вижу смысла. у всех разные цели. а любой спор и отстаивать свою точку зрения полезно для достижения общего результата. А мы в форуме все что то говорим, кто то всегда издевается над кем то, кто то как учитель задает на вопрос непонятные вопросики, кто то реально указывает путь, но каждый что то делает свое и получает ТОЛЬКО собственный результат, один или в команде.

я своими решениями доволен. хотя на форуме меня может чуть и заносит не туда.
Но мне нравится, что решениями моими и моими проектами довольны клиенты. а это годы общения и уважаемые имена клиентов, это немного, но большие проекты, и клиенты не только люди, но и теперь даже роботы, и не только здесь, но и там. я не присваиваю себе ни чего, но Коломбо он на первый взгляд тоже не детектив, ну и видимо тоже не программист. я согласен быть вечным новичком, если люди с sql.ru всегда готовы направить на путь истинный!
P.S.
сказал без иронии

Если не знаешь, значит твоё понятие - неправильно. BPL это DLL с дополнительной парой
вышеназванных экспортируемых функций. Всё. Никаких других различий с технической точки
зрения - нет.
1000+