Вобщем можноли уменьшить размер приложения неисползуя при этом библиотеки KOL можноли в самой Delphi чтонибудь зделать

ivan219 Можно юзать ASpack или както так называется прога, короче упаковщик екзешника

Да это не то это получается типа RAR архива или чтото другое

Вот именно, почему КОЛ?
Достаточно WinApi32.

Это сообщение отредактировал(а) Демо - 11.1.2006, 01:06

Цитата(ivan219 @ 10.1.2006, 22:52 )

Да это не то это получается типа RAR архива или чтото другое

Ну с большой натяжной можно и так сказать. Только отличие в том, что рар распаковывает на диск и прогу потом опять приходится запускать, а упаковщики распаковывают в память и сразу же запускают. В обшем пользователь ничего не заметит при запуске такого ехе, а сжатие на 30-80% стабильно.
Но смый лучший вариант -

Цитата(Демо @ 11.1.2006, 00:06 )

WinApi

хотя и не самый простой. Зато твой ехе больше 100кб наврятли будет (если только что-то грандиозное напишешь.

WinApi а поподробнее можно что это и где взять как работать может ссылки на материал есть или сам обесни пожауйста.

Цитата

Win API - это набор функций, предоставляемых операционной системой каждой программе.

Первое, на что наткнулся в поисковике - WinAPI

Описать в кратце наверное не возможно, можно сначала поискать статейки и почитать их, что бы понять что это такое, ну а потом уже лезть в MSDN - там они все есть.

Почему KOL? Потому что он позволяет быстро и визуально писать маленькие программы, не заморачиваясь с WinAPI.
Для тех, кто не знает, что такое WinAPI - это лучший вариант.
Особенно если к этому добавить еще UXP или ASPack.
В FAQ есть небольшая статейка про маленькие программы, но она на английском.
Зато есть подробная статья про KOL на русском.
Почитай, поймешь, почему именно KOL.
http://vingrad.ru/DELPHI-DELPHI-000150
Только KOL даботает только до версии Delphi7.

А вот Небольшой FAQ по KOL
Добавлено @ 13:30
И еще много чего по KOL Здесь

Да про KOL я читал вот только там всё так сильно урезано что даже иконки свои нельзя поставить и конечный EXE выходит не слишком симпатичный хотя может я ошибаюсь и както можно на KOL зделать так чтоб иконки свои были, а так вобще круто проги маленькие получаются но вот иконки всю картину портят

Иконки тоже можно.
Там везде помню в место TIcon Требуется HIcon т.е. дескриптор загруженной иконки. Скажи где конкретно не получается.

Цитата(ivan219 @ 11.1.2006, 17:32 )

но вот иконки всю картину портят

Не только. стандартная VCL намного более обширна, нежели KOL.

Так что каждый выбирает для себя. Либо не заморачиваться с интеры\фейсом и пользоваться всей мощью готовой VCL, либо натыкаться постоянно на то, что в KOL нет аналога в VCL.
Добавлено @ 16:46
Ну как говорится, мы не ищем легких дорог.

Нашел чтоб была иконка у приложения нужно убрать коментарий в проекте с описания ресурса и все

Цитата(ivan219 @ 11.1.2006, 16:32 )

иконки свои нельзя поставить

Можно. Просто ставитcя она не там, где обычно.

Цитата(ivan219 @ 11.1.2006, 16:32 )

Конечный EXE выходит не слишком симпатичный

Подключи манифест - будет тебе симпатично.

Цитата(Демо @ 11.1.2006, 16:45 )

натыкаться постоянно на то, что в KOL нет аналога в VCL.

И наоборот. Я часто натыкаюсь, что в VCL нет аналога KOL. Просто они разные.
Все, что можно сделать в VCL - можно и в KOL. Просто есть некоторые различия.
Вот кол-во компонентов у KOL небольшое...
Вобщем KOL занимает промежуточную позицию между VCL и WinAPI.
Он позволяет довольно быстро и удобно делать небольшие проекты, получая маленький размер, но не заморачиваясь с созданием интерфейса на WinAPI.
Для больших проектов использовать особо смысла нет, т.к. на VCL это быстрее, удобней и стандартней. А при росте проекта, процент выгоды размера снижается.

1. использование KOL+MCK
2. WinAPI
3. сжимать исполняемые файлы например AsPack
4. использовать в своем приложении иконки размером 2-3Kb, а не 150-300.
5. использовать переменные типа byte вместо integer если это конечно возможно.

Вот пока писал возник вопрос. Например
str:string;
str1:string[20];
Будут иметь одинаковый размер или нет. В смысле оптимизации

str:string;
str1:string[20];

Будут иметь одинаковый размер или нет. В смысле оптимизации


Оптимизации с какой точки зрения? Это разные вещи - динамические строки и массив символов.

sorry


Это сообщение отредактировал(а) MIX55 - 11.1.2006, 19:51

Цитата(MIX55 @ 11.1.2006, 19:29)

str:string; str1:string[20]; Будут иметь одинаковый размер или нет. В смысле оптимизации

Программа будет иметь одинаковый размер и в первом и во втором случае, но память, выделяемая под программу, будет различной
Для твоего примера:
В оперативке будет выделяться при string = 256 байт а при string[20] = 21 байт

Цитата(Guedda @ 11.1.2006, 21:22 )

В оперативке будет выделяться при string = 256 байт а при string[20] = 21 байт

?

String(с директивой компилятора $H+ - по умолчанию)/AnsiString занимает в памяти 12+<длина самой строки >+1 байт,
Причем при объявлении переменной (var) паямть не выделяется совсем до того момента, пока переменной не будет присвоено значение, либо не будет выполнена SetLength для нее.

String(с директивой компилятора $H-)/ShortString занимает в памяти 1+<длина самой строки(не больше 255)> байт

В принципе, тоже самое написал, только в кратце