в продолжение моих ранних тем BPL и/или DLL. динамически подгружаемые визуальные элементы форм.
тема достаточно не новая, но я не нашел где люди конкретно разобрались с этим, такое чувство что с книжки печатают в форумы.

Проект


авторкласс 'cls_from_bpl' в 'file_name.bpl' зарегистрирован
И так реализация BPL на комптютере, где есть Delphi

Проект с параметром Link width runtime packages = True
Размер проекта 5 Мб.
мой BPL подгружается и выполняется. AClass := КЛАССУ

Проект с параметром Link width runtime packages = False
Размер проекта 20 Мб.
мой BPL подгружается но не может найти класс. AClass := nil

И так реализация на комптютере, где НЕТ Delphi

Проект с параметром Link width runtime packages = True
Размер проекта 5 Мб.
до подгрузки своего BPL дойти не могу, так как проект не может найти стандартные.

решения у меня есть, но мне они не нравятся. например подтянуть стандартные BPL и класть их в проект и прописывать пути и так далее.

вопрос, как правильно организовать, может бить директивами или иначе, чтобы стандартные BPL были не ссылками, и при параметре проекта Link width runtime packages = False вошли в проект как и положено. В дополнительно подгружаемые и выгружаемые мои BPL работали также хорошо, как и при Link width runtime packages = True

ziv-2014,

вот зная именно это я сделал то что должно грузиться из BPL, но когда начал смотреть, я не могу при сборке проекта BPL поставить эту директиву в опциях проекта DPK, ее просто нет, это меня и смутило.
раньше я создавал собственные компоненты, и ни когда не задумывался, так как я их импортировал в IDE и дальше все шло как по маслу,
у меня три способа RUNTIME изменений в формах, первый очень сложный - другая тема, второрй DLL и третий оказался очень прост в своей реализации но сложный в использовании, это BPL. но как рзграничить, те пакеты что постоянные и те пакеты что хочу подгружать и выгружать.
как правильно создать DPK BPL чтобы он слушался при его подсоединении к проекту, RTL и VCL в requires прописаны, классы все отрегистрированы.

ну сказать, "что я не знал?", нет, знал, но надеялся. обидно но с Runtime package = false не работают мои BPL , не получает классс.
в итоге два варианта, или прописывать все BPL и свои и стандартные, велика вероятность что то в будущем забыть и отправить проект с багом клиенту, или ни фига и выбрать другой путь. я чесс слово не знаю что там у Virtual Student без рантайм работает. Virtual Student конечно сделал некоторые полезные замечания, "но я вроде не первый день за рулем", в BPL есть и инициализация и закрытие, конечно когда появились траблы, пробовал прописывать RTL и библиотеки и использовать их как только в BPL, вместе и раздельно. по сути я не понимаю причины, почему без рантайм нельзя в середине хода программы по желанию загрузить BPL , что то сделать из(в) BPL и выгрузить BPL. это работает только при рантайм.
и в момент, когда я загружаю BPL я получаю его, но как только начинаю подключать или искать класс из BPL, не вижу я его в основном проекте, он всегда nil. может я что не так делаю.

вот думаю, читать еще BPL и танцы с бубном дргих людей,
или использовать DLL , опять выбор, но DLL опять игра с бубном, из готовых функционвльных модулей, у меня более 20 имеют формы, открывать отдельно эти формы, не красиво, разворачивать как MDI в MDI, ну это извращение, фреймы - ёлки пали, сразу начнуться Ancestor и его низкие формы с фреймаи, выводить в Panel, например как я делаю в BPL, но так в DLL работать не будет, и потом DLL, как не крути это другой размер. Сейчас проект получился достаточно читаемый, без награмождений и без сотни форм наследников. конечно все модули подключить в проект и вопрос решен, но хотелось бы в будущем при необходимости изменить модуль поменять его версию и далее на рабочем месте основного модуля программы просто подменить один модуль функциональности.

кучу маленьких EXE делать - как то позорно и опять же размер.

есть еще одно извращение, лет много назад, ровно в 2007 - 2008 делал проект с использованием скрипта сборки DFM с исходным кодом, все работало, но тот проект был сугубо внутренний, особо ни чего не ломалось, работало. но он был до ужаса сложный, все запятые приходилось учитывать и обрабатывать

может еще будут у кого идеи, как получить КЛАСС из BPL, ну и дальше по описанной проблеме при Link ... Runtime = false .

Dimitry Sibiryakov,

Совет принял. Есть у меня под рукой Рихтер.
Я понимаю, как это сделано в системе, но я не понимаю, почему это не упрощено и просто не доступно в IDE. по сути мы делаем все правильно, но для подключения своих пакетов в период работы мы зависим просто от одной галочки.

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

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

если буду совсем тонуть, напишу.

Dimitry Sibiryakov,

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

в DLL у меня результат есть, но это 20 метров на файл, нет смысла вытаскивать модули функциональностей в отдельные файлы. так как можно всё положить в EXE, который весит не так много и его обновлять.
галочка имеет достаточно полезный смысл, и когда я добавляю свои пакеты в начале, и они входят в EXE то проблем нет ни каких.
чем мне приглянулся BPL, это 20 модулей функциональностей и всего 10 метров максимум.

я получил класс, в моем случае, но не пойму, потому что так не должно быть, пока на стадии тестирования


запускаю второй раз



третий раз опять же может быть или успех или NIL, почему так, но это что то другое.

и так танцую с бубном дальше

Dimitry Sibiryakov,

прям как на экзамене, "Adobe.exe и Word.exe могут иметь общие глобальные переменные"?, :)

alekcvp,

dll работает, проблема в размере файла DLL, пропадает смысл оптимизации модулей функциональностей,

в данный момент цель это запуск самих BPL,
DLL или BPL или даже EXE по сути без разницы, но BPL в сравнении с другими дает лучший результат

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

передача параметра из EXE в BPL или в DLL проходит нормально. обратно из BPL в EXE этого делать не нужно, результат уходит в базу.

основной EXE это просто GUI отправки задачи на ранзные PC и получение результата, основной EXE не меняется по сути ни разу, ну может раз в полгода, т.е. автоматическое обновление ему не так важно как обновление отдельных функциональностей. интерфейс на 95% custom.
сейчас всё это работает, и даже с обновлением отдельных функциональностей, но достаточно старые механизмы, некоторые я делал еще в 2004,
и так как проект требует расширение, есть желание некоторые моменты сделать лучше. все функциональности были переработаны, сделано уже много, есть желание сделать то, на чем я тормознул, это BPL и продолжить создание новых функциональностей. Правильно оптимизировав что то сейчас, упрощаеться жизнь в будущем.

пока решение есть одно, и оно работает:
ни чего не меняя, положил все стандартные BPL в одно место и прописал пути. на трех VM посмотрел, полет нормальный, но такое решение влечет вероятность ошибки в будущем. после перекомпиляции вылетит какая нибудь библиотека, об этом Delphi не сообщит даже при BUILD, в итоге клиент получит BUG. об этом я уже писал.

решения из Plugins похожи на мои, и буквально вчера я это проделывал, и так пример из Plugins:
в самой DEMO.EXE куда загружаются BPL, дублируется вызов самих PAS используемых в BPL. По сути получается два проекта со своими глобальными переменными, на зависимо от имен. EXE и BPL. но в DEMO.EXE отрабатывается тот PAS который был собран в EXE, а не тот который был загружен из BPL.
и еще один момент есть не хороший, который я обнаружил, но это вторая часть проблемы.

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

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+