VCL вместе с KOL

← →
Infarkt (2007-05-04 07:34) [0]

А можно использовать KOL в основной программе на VCL? Я например часто использую PStrList, PThread, десятки функций из kol.pas, а иногда и целую KOL-форму, просто потому что с ними гораздо удобнее работать, чем с vcl.
Но вот вдруг задумался, а не ведет ли это к каким-либо скрытым ошибкам или конфликтам?
Хоть бы нет :))

← →
D[u]fa © (2007-05-04 08:32) [1]

можно, но извращенно все получится)

← →
Dmitry___ (2007-05-04 10:06) [2]

> можно, но извращенно все получится)

Ничего подобного, имхо. Я часто использую KOL в VCL, чтобы исключить использование SysUtils и Dialogs, а это позволяет уменьшить приложение на лишних ~20 кб (Delphi7) практически при нулевых затратах. Тем более, что в KOL действительно многие вещи работают проще :)

← →
D[u]fa © (2007-05-04 10:24) [3]

имхо изврат.. создавать формы и контролы в вцл.. никакие удобности типа автоосвобождения памяти и работать то не будут

← →
Barloggg (2007-05-04 11:03) [4]

ну да, не будут, но они и не нужны. контролы-то все VCL-ные...

← →
Dmitry___ (2007-05-04 11:45) [5]

> контролы-то все VCL-ные

Вот и я про то. Я же не контролы КОЛ создаю, а функции вроде DateTime2ShortStr использую...

← →
Infarkt (2007-05-04 12:55) [6]

Короче, я так понял, что можно, но это считается извращением :)

Просто удобно вместо создавания отдельного модуля с формой, на которой 1 label и все, легче написать 2 строчки NewForm/NewLabel, чем создавать vcl-ские....
Ну и сильно привыкаешь к таким мелочам, как "2" вместо "To" и т.д.

← →
D[u]fa © (2007-05-04 16:37) [7]

дык писать полностью на КОЛ-МСК и все, проблемы то какие %)

← →
Infarkt (2007-05-04 22:36) [8]

В vcl слишком много компонентов, которых нет в kol. Последний раз писал тулбар для IE. Сначала как обычно начал на kol. Потом смотрю, то проблемы с разделяемой памятью между разными копиями IE, то на форме из dll-ки темы XP неверно рисуются. Короче, взял пак компонентов для vcl и никаких проблем. Размер конечно 700 кб против 100 кб, но скорость и удобство написания программы зато... =)) А перелопачивать около 10 тыс. строк кода под kol из-за одной программы мне слишком лень =)

Вот и приходится юзать и vcl, и kol.

понятна, ну в принципе я так же делаю, хотя в последнее время стараюсь vcl не юзать совсем..

← →
Infarkt (2007-05-05 13:12) [10]

Дело в том, что если нужны (или хватает) только стандартные компоненты, кнопки, ричедиты, тулбары, то KOL&MCK вполне подходит. А если нужно что-то сильно навороченное или редко используемое, то приходится юзать vcl. И если в каких-то технологиях можно еще самому разобраться и писать на kol&winapi, то визуальные компоненты у меня нет никакого желания переписывать =)

Заморочка в том, что заказчику абсолютно пофигу, на чем там написана программа, главное, чтобы работала... И разница в несколько сотен килобайт его тоже не волнует... И в этом случае все эти сторонние компоненты vcl значительно повышают скорость разработки...

VCL вместе с KOL Найти похожие ветки