Формы в DLL

← →
dimaL (2007-07-25 08:55) [0]

Я не раз слышал такую рекомендацию: отдельные формы проекта желательно реализовывать как отдельные Dll. Меня интерисует, кто как относится к этому утверждению.

← →
Юрий Зотов © (2007-07-25 09:24) [1]

Как к бреду.

Задайте вопрос "Почему?" тем, кто это утвержает. Было бы интересно услышать ответ на него. То есть, аргументацию.

DLL есть смысл делать тогда, когда она реализует функционал, нужный нескольким приложениям. Или функционал, нужный одному приложению, но редко ("загрузил-выполнил-выгрузил"). Или когда приложение имеет модульную (в том числе, плагинную) архитектуру.

И т.п. А всегда-то - зачем?

← →
Однокамушкин (2007-07-25 09:25) [2]

Как к полной чуши... Передача объектов между dll и программой дел сложное, потому что у каждой dll своя копия RTTI и идентичные классы считаются разными, что приводит к ошибкам типа cannton assign TFont to TFont и прочим подобным удовольствиям... Да, способы борьбы с этим есть, засунуть форму в отдельную dll и пользоваться ей можно, но возиться с этим стоит только тогда, когда для этого есть серьёзные причины... А напрягаться просто потому, что так "желательно" - это полный бред, не знаю, кто такое в здравом уме может посоветовать... Я уж молчу о том, что это приводит к повышенным требованиям к памяти из-за необходимости хранить отдельную копию того же самого набора классов для каждой dll...

← →
Инс © (2007-07-25 09:38) [3]

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

Build with runtime packages эту проблему в принципе решает, но порождает другие. А утверждение, что отдельные формы проекта желательно реализовывать как отдельные Dll - действительно бред. По крайней мере без аргументации.

> отдельные формы проекта желательно реализовывать
Желательно для кого? Если за такое желание платят, то можно и подумать, в остальных случаях - фтопку

Формы в DLL Найти похожие ветки