Предложение по устройству KOL.PAS

← →
SPeller © (2003-11-14 18:02) [0]

Я вот смотрю, что КОЛ потихоньку, но всё-таки пухнет. Один-два байта, а в течение длительного времени это уже заметнее. И в голову мне пришла идея использовать директивы условной компиляции для подключения нужных фич к проекту. Если от проги нужно показать форму с надписью и через секунду чего-то сделать мальнькое, то много функций, всё-таки зашитых не смотря на smart-linking, таки попадут в ехе. А если нарезать все эти дела на {IFDEF XXXX}, то программист сам навключает то что ему нужно. Можно будет в зеркало TKOLProject насувать свойств, которые будут генерить соответствующие директивы в файл проекта или в один из .inc-файлов. Тут, правда, трудности тоже есть. Например, увеличится время отладки изменений и всяких там компонент, чтобы они не загнулись когда программист определит очередной {$DEFINE ...}.

Владимир, что вы об этом думаете? Реально ли это? Думали ли вы об этом?

← →
Gandalf © (2003-11-14 18:07) [1]

Я лично поддерживаю...

Кстати сейчас пробою адаптировать KOL под Kylix. Не все так страшно как кажется. С файлами уже работаем :)

← →
Boguslaw (2003-11-14 22:30) [2]

Why Kylix ? Why not Free Pascal ?

← →
Gandalf © (2003-11-14 22:53) [3]

Уж больно большая совместимость у Borland"a с самим собой (я имею в виду синтаксис). Тем более что с FreePascal совместимость достигута (Win версия) - или хотим Linux версию KOL+Free. Мне кажется лучше начать с Kylix, с их заходом через Qt.

← →
Dimaxx © (2003-11-15 00:06) [4]

Насчет нарезки на IFDEF поддерживаю!!! Для отладки добавить какой-нить $DEFINE DEBUG_MODE, которые отключит все IFDEF на время написания и отладки. Потом грохаем строку с DEBUG_MODE и вперед!

← →
SPeller © (2003-11-15 05:34) [5]

А если компонент требует какую-то фичу, то можно будет с оновными модулями класть inc файл с нужными объявлениями, который вручную или полуавтоматически через тот же TKOLProject будет добавляться к проекту.

← →
Vladimir Kladov (2003-11-15 08:57) [6]

Оно реально. В последнее время все изменения которые влияют на размер ядра, т.е. меняют размер путого приложения, или отвергаются, или заключаются в $IFDEF. Только надо по другому: чтобы программист не включал, а имел возможность исключить. Все-таки в большинстве случаев изменения что-то исправляют.

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

Предложение по устройству KOL.PAS Найти похожие ветки