В последнее время, в связи с тем, что некоторые проекты под Delphi, которыми я занимаюсь в текущее время, начинают потихоньку перерастать размеры 'Hello world', появилась мысль компилить экзешник, который будет использовать внешние bpl. По такому случаю есть несколько вопросов:
— Как изменяется скорость работы проекта в зависимости от того, внешний рантайм, или нет? И насколько ощутимы эти изменения,с учетом нынешних контуперных мощностей?
— Насколько вообще целесообразно использовать внешний рантайм, если у заказчика стоит только одно твое приложение, пусть и находящееся в режиме постоянной доработки? С одной стороны, вроде бы с уменьшением размера экзешника меньше трафика уходит на пересылку обновлений, а с другой — см. первый вопрос.
— Как вообще народ относится к внешнему дельфийскому рантайму? 8) С VC++ оно все понятно — там рантайм уже в ОС есть, но bpl-ками Windows пока не комплектуется 8)
1) Теоретически, скорость работы не зависит от этого. Но если Вам это так важно, то Вы сами должны провести эксперимент на своей собственной задаче, а не спрашивать об этом в абстрактном виде.
2) А почему Вы называете bpl-ку таким высоким термином как "внешний рантайм"? Это же просто обычная внешняя статическая библиотека, примерно такая же как и dll, но только поддерживающая все дельфийские прелести, такие как метаклассы, исключения, вариантные типы и т.д. т т.п.
Re[2]: Целесообразность внешнего рантайма в Delphi
SYG>1) Теоретически, скорость работы не зависит от этого. Но если Вам это так важно, то Вы сами должны провести эксперимент на своей собственной задаче, а не спрашивать об этом в абстрактном виде.
В данном случае меня интересовало некое усредненное мнение. Т.е. куда больше склоняется — к замедлению, или ускорению.
SYG>2) А почему Вы называете bpl-ку таким высоким термином как "внешний рантайм"? Это же просто обычная внешняя статическая библиотека, примерно такая же как и dll, но только поддерживающая все дельфийские прелести, такие как метаклассы, исключения, вариантные типы и т.д. т т.п.
Борланд называет "Runtime library", а я пока еще не считаю себя в достаточной степени мега-спецом, чтобы оспаривать мнения других, более опытных людей 8)
Re[3]: Целесообразность внешнего рантайма в Delphi
Здравствуйте, Chilly Willy, Вы писали:
SYG>>2) А почему Вы называете bpl-ку таким высоким термином как "внешний рантайм"? Это же просто обычная внешняя статическая библиотека, примерно такая же как и dll, но только поддерживающая все дельфийские прелести, такие как метаклассы, исключения, вариантные типы и т.д. т т.п.
CW>Борланд называет "Runtime library", а я пока еще не считаю себя в достаточной степени мега-спецом, чтобы оспаривать мнения других, более опытных людей 8)
А, ясно, трудности перевода...
Re[4]: Целесообразность внешнего рантайма в Delphi
Здравствуйте, S.Yu.Gubanov, Вы писали:
SYG>Здравствуйте, Chilly Willy, Вы писали:
SYG>>>2) А почему Вы называете bpl-ку таким высоким термином как "внешний рантайм"? Это же просто обычная внешняя статическая библиотека, примерно такая же как и dll, но только поддерживающая все дельфийские прелести, такие как метаклассы, исключения, вариантные типы и т.д. т т.п.
CW>>Борланд называет "Runtime library", а я пока еще не считаю себя в достаточной степени мега-спецом, чтобы оспаривать мнения других, более опытных людей 8)
SYG>А, ясно, трудности перевода...
Ага, значит "Runtime library" != "рантайм" ?
А чего тогда понимается под "рантайм"?
Re[5]: Целесообразность внешнего рантайма в Delphi
Здравствуйте, Chilly Willy, Вы писали:
CW>А чего тогда понимается под "рантайм"?
В этом контексте RunTime используется как противоположность DesignTime. bpl-ки бывают RunTime — в них лежат дельфийские компоненты, а еще бывают DesignTime — в них лежат редакторы свойств компонентов.
А вообще, без относительно к дельфи, под "рантаймом" обычно понимают саму среду исполнения (runtime system), в которой живут объекты, вот почему Ваше выражение "внешний рантайм" режет слух.
Здравствуйте, Chilly Willy, Вы писали:
CW>- Как изменяется скорость работы проекта в зависимости от того, внешний рантайм, или нет? И насколько ощутимы эти изменения,с учетом нынешних контуперных мощностей?
Никак не зависит
CW>- Насколько вообще целесообразно использовать внешний рантайм, если у заказчика стоит только одно твое приложение, пусть и находящееся в режиме постоянной доработки? С одной стороны, вроде бы с уменьшением размера экзешника меньше трафика уходит на пересылку обновлений, а с другой — см. первый вопрос.
Это как тебе удобнее. Лично я начинаю использовать раздельную компиляцию после того, как в проекте появляются свои BPL-ки. Особенно, если приходится их динамически загружать.
CW>- Как вообще народ относится к внешнему дельфийскому рантайму? 8) С VC++ оно все понятно — там рантайм уже в ОС есть, но bpl-ками Windows пока не комплектуется 8)
Нормально. Передаешь приложение и BPL-ки к нему. Все работает.
Здравствуйте, Chilly Willy, Вы писали:
CW>- Как вообще народ относится к внешнему дельфийскому рантайму? 8) С VC++ оно все понятно — там рантайм уже в ОС есть, но bpl-ками Windows пока не комплектуется 8)
А про VC++, ты, Лёнь, ошибаешься, там есть такая вещь как mvcrt.dll, не что иное как Microsoft Vicual C Runtime, хотя разница с дельфовыми библиотеками солидная (но существенная только с т.зр. охвата тематики и построения библиотек)