О загрузке runtime package

[Stilet]

Я слышал что для Делфи есть такие эксперты, но никогда их не видел.

[GunSmoker]

Сообщение от Greek9000

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

Верно, но вы не сможете использовать другие языки. Также обновление такого приложения может быть кошмаром (некоторые изменения приведут к необходимости перекомпиляции всех пакетов).

Сообщение от Greek9000

напр. у меня установлены JEDI-компоненты и при компиляции выскакиваю ошибки, типа "не найден пакет такой-то" или "пакет такой-то не является run-time-пакетом"

Первое - это явно какая-то ошибка установки пакетов. Типа того же PATH.

Второе - просто уберите из строчки все design-time пакеты. Часто их можно отличить по заглавной D в имени пакета (откуда они там вообще взялись?).

Ну и тогда утилита, которую вы ищете, будет не нужна: просто указываются все пакеты в строчке. Какие вы используете - с теми и будете слинкованы. Не используете - ссылок на пакет не будет.

[Ins]

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

Так категорично утверждать тоже не нужно, с пакетами тоже могут быть проблемы, о которых предыдущий оратор упоминал. При необходимости, рассмотри возможность создания плагинов с использованием COM или "голых" интерфейсов, потому что на самом деле не так страшен черт...

[Greek9000]

Сообщение от GunSmoker

Верно, но вы не сможете использовать другие языки. Также обновление такого приложения может быть кошмаром (некоторые изменения приведут к необходимости перекомпиляции всех пакетов).

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

Сообщение от GunSmoker

Первое - это явно какая-то ошибка установки пакетов. Типа того же PATH.

Второе - просто уберите из строчки все design-time пакеты. Часто их можно отличить по заглавной D в имени пакета (откуда они там вообще взялись?).

Ну и тогда утилита, которую вы ищете, будет не нужна: просто указываются все пакеты в строчке. Какие вы используете - с теми и будете слинкованы. Не используете - ссылок на пакет не будет.

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

Думаю, что стоит уже описать то, вокруг чего идёт обсуждение.

Я пишу что-то вроде системы управления предприятием. Не спрашивайте меня, почему я его пишу с нуля, а не взял какое-нибудь готовое решение - ответ не прост. Так уж вышло. Итак, возникла задача так построить разработку программного обеспечения в нашей конторе, что бы можно было дописывать какие-то новые части и переделывать старые. Причём обновлять части необходимо без отрыва от производства.
Я перепробовал кучу различныз вариантов (обновление всего экзешника, MDI в dll-ках, встраивание HTML и Flash в страницы). Причём каждый раз натыкался на какую-нибуль непреодолимую проблему или потерю удобства разработки.
А недавно наткнулся на статью в Королевстве Delphi о плагинах, на основании которой решил попробовать реализовать поставленную задачу.
Вот эта статья

Во вложении программка (App.zip App.zip), которая может дать представление о конечной цели обсуждения. Похожа на любой современный браузер - вверху панель вкладок для управления страницами загружаемыми из пакетов. Один пакет - одна страничная форма. Естественно, скомпилирована программа без пакетов и тестовые формы встроены в приложение. Иначе на данном этапе разработки программуля эта запускалась бы только на моём компе. Для загрузки страниц выбираем пункт главного меню "Вид" и выбираем одну из двух тестовых форм. Можно загружать по несколько экземпляров одной и той же страницы.

Планируется, что пакеты со страницами будут выкладываться в специально отведённом хранилище (напр. БД или веб-сервер), а при загрузке программы будут проверяться версии хранимых пакетов со страницами. При желании пользователи смогут обновить пакет или пользоваться старым. Естественно, каждая страница будет иметь доступ к БД через стандартный интерфейс.

Если вдруг кому-нибудь это покажется интересным или полезным ( ну мало ли ) - "милости прошу к нашему шалашу".

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

[Stilet]

ответ не прост.

Наоборот. АСУ предприятий нельзя брать чужое, все равно придется подстраивать его под стандарты предприятия, так что проще написать свою с уже учтенными в ядре стандартами.

Вопрос у меня созрел: Насколько мне известно на предприятиях не очень то приветствуется разнобой в ПО. Наоборот начальники все мечтают стандартизировать работы отделов до такой степени чтоб на любом компьютере любой человек работал с одним и тем же набором инструментов, иначе могут возникнуть казусы. Индивидуальные плагины оправданы только если на предприятии у каждого персоналка есть и то бабушка надвое сказала.т.е. если вышло что-то новое то полюбом всем им пользоваться а не только избранным.
Все специалисты с которыми я общался в один голос заявляют что с плагинами морочится, так уж проще открыть исходники программы, доработать ее и выдать как единую, а не писать очередной гаджет. Может проще будет дорабатывать программу без использования плагинов?

[Greek9000]

Сообщение от Stilet

Вопрос у меня созрел: Насколько мне известно на предприятиях не очень то приветствуется разнобой в ПО. Наоборот начальники все мечтают стандартизировать работы отделов до такой степени чтоб на любом компьютере любой человек работал с одним и тем же набором инструментов, иначе могут возникнуть казусы. Индивидуальные плагины оправданы только если на предприятии у каждого персоналка есть и то бабушка надвое сказала.т.е. если вышло что-то новое то полюбом всем им пользоваться а не только избранным.
Все специалисты с которыми я общался в один голос заявляют что с плагинами морочится, так уж проще открыть исходники программы, доработать ее и выдать как единую, а не писать очередной гаджет. Может проще будет дорабатывать программу без использования плагинов?

Отвечаю. На счёт разделения прав доступа к страницам внутри разных подразделений - это уже пройденный этап. Имеется рабочий прототип в котором реализовано разделение прав доступа к страницам вплоть до пользователя.

А на счёт изменения исходного кода и обновления программы в рабочее время - могу Вас заверить, что (по крайней мере в моём случае) лучше потратить один раз время на заморочки с плагинами, чем раз в 2-4 недели сначала дописывать программу, которая потихоньку превращается в один большой клубок побыстрому наляпаных заплаток, после чего её ещё надо обновить у конечных пользователей.

Но и это ещё не всё. В дальнейшем планируется внедрение какой-то части нашего ПО у удалённых клиентов. Тут уже с обновлениями не набегаешься. Плодить версии тоже не вариант.

Так что, как ни старался я пойти по пути наименьшего сопротивления - не получилось...

[GunSmoker]

Сообщение от Greek9000

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

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

Я не думаю, что вы найдёте утилитку - уж больно задача специфическая.

Сообщение от Greek9000

И на счёт внесения изменений я не особенно беспокоюсь, так как планирую использовать интерфейсы.

Вот это правильно.

Сообщение от Greek9000

А недавно наткнулся на статью в Королевстве Delphi о плагинах, на основании которой решил попробовать реализовать поставленную задачу.
Вот эта статья

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

[Greek9000]

Сообщение от Greek9000

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

Господа! Вопрос остался актуальным. Как правильно выгрузить пакет, точнее, как освободить все экземпляры классов, описанных в данном пакете? Применительно к моему случаю - как перед вызовом UnloadPackage закрыть и освободить все экземпляры класса формы, описанного в требуемом пакете? Трёхчасовые поиски результатов не дали. Намекните, плз, где искать.

[Ins]

В секции Finalization любого юнита пакета напиши MyForm.Free и все дела. Если в пакете количество однотипных экземпляров формы несколько - заноси при создании их в TObjectList (юнит contnrs.pas) с OwnObject = True и в секции Finalization убивай этот список. UnloadPackage вызывает код из секции финализации юнитов пакета

[evg_m]

акрыть и освободить все экземпляры класса формы,

for j:=screen.forms.count-1 downto 0 do
   if screen.forms[j].classtype=<myformclass> then
      screen.forms[j].Close;

такого будет достаточно?