![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Предложение по устройству KOL.PAS
SPeller © (2003-11-14 18:02:00)Я вот смотрю, что КОЛ потихоньку, но всё-таки пухнет. Один-два байта, а в течение длительного времени это уже заметнее. И в голову мне пришла идея использовать директивы условной компиляции для подключения нужных фич к проекту. Если от проги нужно показать форму с надписью и через секунду чего-то сделать мальнькое, то много функций, всё-таки зашитых не смотря на smart-linking, таки попадут в ехе. А если нарезать все эти дела на {IFDEF XXXX}, то программист сам навключает то что ему нужно. Можно будет в зеркало TKOLProject насувать свойств, которые будут генерить соответствующие директивы в файл проекта или в один из .inc-файлов. Тут, правда, трудности тоже есть. Например, увеличится время отладки изменений и всяких там компонент, чтобы они не загнулись когда программист определит очередной {$DEFINE ...}.
Владимир, что вы об этом думаете? Реально ли это? Думали ли вы об этом?
SPeller (2003-11-15 11:46:00) [1]Можно и исключать. Но нужно будет ещё понарезать часть функциональности, которая может не пригодиться в проекте. Чтобы можно было отключить как врага народа. )
Vladimir Kladov (2003-11-15 08:57:00) [2]Оно реально. В последнее время все изменения которые влияют на размер ядра, т.е. меняют размер путого приложения, или отвергаются, или заключаются в $IFDEF. Только надо по другому: чтобы программист не включал, а имел возможность исключить. Все-таки в большинстве случаев изменения что-то исправляют.
SPeller (2003-11-15 05:34:00) [3]А если компонент требует какую-то фичу, то можно будет с оновными модулями класть inc файл с нужными объявлениями, который вручную или полуавтоматически через тот же TKOLProject будет добавляться к проекту.
Dimaxx (2003-11-15 00:06:00) [4]Насчет нарезки на IFDEF поддерживаю!!! Для отладки добавить какой-нить $DEFINE DEBUG_MODE, которые отключит все IFDEF на время написания и отладки. Потом грохаем строку с DEBUG_MODE и вперед!
Gandalf (2003-11-14 22:53:00) [5]Уж больно большая совместимость у Borland'a с самим собой (я имею в виду синтаксис). Тем более что с FreePascal совместимость достигута (Win версия) - или хотим Linux версию KOL+Free. Мне кажется лучше начать с Kylix, с их заходом через Qt.
Boguslaw (2003-11-14 22:30:00) [6]Why Kylix ? Why not Free Pascal ?
Gandalf (2003-11-14 18:07:00) [7]Я лично поддерживаю...
Кстати сейчас пробою адаптировать KOL под Kylix. Не все так страшно как кажется. С файлами уже работаем :)