![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
А зачем? =)
Интересующийся © (2003-02-01 01:06:00)
Господа! Я искрене удивлен и снимаю шляпу перед таким незаурядным трудолюбием и качественным кодингом, но... два наивных вопроса:
1) Если напрягает размер, почему бы просто не писать на голом API? По-моему для любого программиста это проще, чем разбираться в очередной ОО-надстройке? Еще выкидывание "мусора" из system можно понять, но объекты без наследования только за ради "сокращения числа возможных ошибок"...
2) А к чему сейчас заботиться о размере-то вообще? что такое 700 кило в масштабах, скажем, 100Gb... сами Microsoft и все современные технологии давно кладут на такие мелочи, как размер... Это, знаете ли, все равно, что из трактора делать аЕроплан... =))
Но, все равно, respect вам, уважаемые! Действительно, круто! =)))
P.S. Не боитесь, что в ближайшее время такое сворачивание гор ради сомнительной экономии окончательно потеряет смысл?
SPeller (2003-02-05 03:51:00) [41]
> для EXE-шников тоже полным полно кодеков... ASPack, например.
Всё-равно, размер КОЛ-программы меньше чем ужатый VCL"ьный екзе. Тем более что у ужатых прог есть свои недостатки (а не достоинства, как говорят авторы пакеров), но это уже отдельная тема.
Интересующийся (2003-02-05 03:35:00) [42]
To Bartov:
Истину говорите... и все таки я чуть-чУть побрюзжу...
1) меленькие проги, как правило, затачиваются под одну конкретную функцию и не требуют сложного концептуального интерфейса, за сим и его дизайн вобщем прорабатывается достаточно легко... кстати, один из способов: в Visual Studio оч. удобный редактор ресурсов - там можно визуально нарисовать диалог, а потом подлинковать его к апишной проге на дельфи.
А серьезные приложения a la Word или IDE, согласитесь, на KOL писать пока рановато, да и смысла не имеет, потому что если в KOL воткнуть и заточить весь форточный ГУЙ и, скажем, ADO, то это уже почти VCL-размер, и грамотная линковка не спасет...
2) Медиа-файло пакуют, чтобы по сети быстрее гналось...
С другой стороны, для EXE-шников тоже полным полно кодеков... ASPack, например.
to Nick_N_A:
Ну насчет кривизны движка VCL, есть куча патчей, а также способов это обойти... и, боюсь, что сейчас он более отлажен, чем KOL... По крайней мере, точно можно сказать, что в умелых руках VCL работает как часы =)))
Nick_N_A (2003-02-02 07:09:00) [43]
Иногда Delphi "сходит" с рельс, тогда вся его VCL отказывает,
и до перезагрузки ни одна VCL-прога написаная на нем не работает
(TheBat,Exescope,Spy ... )
Bartov (2003-02-02 02:02:00) [44]
Думал на этот вопрос ответит сам Владимир Кладов, эх... сам отвечу ;-)
> Если напрягает размер, почему бы просто не писать на голом API?
Приблизительно 50% времени уходит на дизайн проги, а если на АПИ, то ... С визуализацией как ни крути быстрее будет.
> А к чему сейчас заботиться о размере-то вообще? что такое 700 кило в масштабах, скажем, 100Gb... сами Microsoft и все современные технологии давно кладут на такие мелочи, как размер... Это, знаете ли, все равно, что из трактора делать аЕроплан... =))
Год 2015(дожить бы) - Делфи чистая форма 3Мб, KOL чистая форма - 15(+5, -5)Кб... Маленькая разница в резмере всетаки есть ;-)
> P.S. Не боитесь, что в ближайшее время такое сворачивание гор ради сомнительной экономии окончательно потеряет смысл?
Нет, нет и ещё раз нет!!!
Вопрос на вопрос:
-А зечем тогда выпустили MPEG4, что DAT не хватало?... Зачем тогда кодаки делают?... Зачем?...