Суетиться над пакетами Runtime и Design Time в Delphi - PullRequest
7 голосов
/ 20 апреля 2009

Я видел, что большинство компонентов (VCL) в Delphi разделены на две части.
1) Пакет DesignTime
2) Пакет RunTime

Почему вся эта суета. Какая разница, если пакеты RunTime и DesignTime объединены в один пакет?

Я никогда не мог понять эту логику разделения.

Так в чем же логика?

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

Это правда?

Ответы [ 3 ]

12 голосов
/ 20 апреля 2009

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

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

5 голосов
/ 20 апреля 2009

Если бы вы провели небольшое исследование, вы бы нашли этот ТАК вопрос , заданный менее 2 дней назад ...

Как уже объяснено, основная причина в том, что вы не можете включить какой-либо модуль Delphi Design в пакет времени выполнения. И нет никаких причин для наполнения вашего исполняемого файла кодом, который в любом случае может выполняться только в среде IDE.

4 голосов
/ 20 апреля 2009
  1. В Designtime вещи могут использовать Delphi's внутренние блоки / пакеты, к которым вы не имеют ни исходного кода, ни законно разрешено распространять в двоичная форма.
  2. Вы, вероятно, не хотите, чтобы ваше приложение требовало Delphi быть установленным на пользователя компьютер.

Логика состоит в том, чтобы отделить свой собственный код от "склеивающего" кода, что делает его удобным и удобным для работы в IDE.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...