Уменьшение размера исполняемого файла

[vitaly_l]

Код, который относится исключительно к данным наследника (TListView), не должен выносится в предка win32proc.
Нарушение ооп привело к разжирению бинарика на 48 килобайт. Коррекция поможет сохранить и "худобу" и функционал.

Так в этом-то и вся проблема, знание о нарушении или соблюдении ООП - у меня точно отсутствует. Судя по Вашим словам, то и у того кто писал модуль этих знаний ООП - тоже не было... Хотя я вообще не понимаю, как исключительные данные наследника попали к предку? Потом, почему бы им не стать данными предка, которые он передаёт наследнику? В чём нарушение?

Я никогда не писал коллективный код... я думаю, что я совершенно по другому придумываю и вижу код. Если я правильно Вас понял, то при написании FPC и IDE - есть какие-то строгие правила, которые мне не известны. Но я смогу такие ошибки найти или понять, только полностью проанализировав весь код... А Вам достаточно одного взгляда, т.к. вы знаете систему/структуру построения такого кода.


.

[скалогрыз]

...то и у того кто писал модуль этих знаний ООП - тоже не было...

знания как раз были, а вот времен на правильное написание нет. Именно по-этому воз и ныне там

Добавлено спустя 1 минуту 7 секунд:

Но я смогу такие ошибки найти или понять, только полностью проанализировав весь код...

практикуйся без гото, и сам сможешь через год. Если не будешь практиковаться, то через год, будешь в такой же ситуации, как и сейчас.

[vitaly_l]

знания как раз были, а вот времен на правильное написание нет. Именно по-этому воз и ныне там

Если ошибка найдена... и она систематическая, в смысле присутствует практически для каждого компонента, то почему бы не взяться всем миром и потратив по 15 минут времени не закомментировать ошибки и перенести код в нужный модуль? А потом отправить это всё в баг трекер, чтобы внесли изменения в релиз... И у же через 15 минут у нас будет Лазарус, который не будет вставлять 3 мегабайта мусора в файлы... Принцип системной ошибки присутствующей в "каждом" компоненте - описан скалогрызом выше. Если 100 человек возьмутся, то понадобится по 15 минут времени каждого...

.

[wavebvg]

Если ошибка найдена... и она систематическая

Тут дело не в ошибке - ошибка вещь техническая. Тут дело в голове: иногда нужно много времени на то, чтобы корректно написать код не потому что не видишь правильного решения, а потому что не можешь его выполнить без ошибок, ничего не упустив из вида. Не берем в расчёт личностей с идеями фикс или «все гоДно», которым не нравится геморой с заполнением секций импорта, а такие люди, без сомнения, есть и в команде fpc, и в команде lazarus.
Да и отладка больших модулей часто бывает проще и ошибки можно раскостылить быстро. Циклическое дерево зависимостей как раз и говорит, что это один модуль, просто часть информации скрыли и, если это не имеет последствий для последующих разработчиков, то вполне допустимо (не нужно, при наследовании, явно включать все модули в секцию импорта).
PS Они в реализации gtk2 виджетов вообще к lcl гвоздями прибили, хотя максисмум, что нужно - это glib (в зависимостях), и, следовательно, большая часть невизуальных компонент требует... Gtk, что явно не гуд (либо добро пожаловать в fcl).

[sign]

Вот эти дурацкие сложночитаемые имена, типа: TMyLovelySuperPuperDlinnyiNameClass - нужно уничтожить в бинарном коде, или хотя-бы превратить в T1, T2, T3. Потому что, классов в любой программе - очень много и не только Вами написанных.

Какая злая сила заставляет вас писать длинные имена?
Потом, какая злая сила мешает вам написать один раз сканер, который будет шерстить вашу директорию с файлами итоговой программы, заменять все имена на ваши любимые T1, T2,...,Tn и запускать компиляцию?

Добавлено спустя 6 минут 5 секунд:

Круто! Этот котёнок вовремя умер, т.к. я такое действительно не использую, но теперь буду - т.к. нравится. Спасибо!

Вот теперь я верю, что вы художник.

[vitaly_l]

Какая злая сила заставляет вас писать длинные имена?
Потом, какая злая сила мешает вам написать один раз сканер, который будет шерстить вашу директорию с файлами итоговой программы, заменять все имена на ваши любимые T1, T2,...,Tn и запускать компиляцию?

Ну мои-то 5-ть классов - перед релизом я действительно могу сократить напильником, не спорю... Но лучше бы это делал FPC/
А вот что делать с чужими классами? которых ещё 1000 подключено и все они вставляются в бинарник как есть???
Как быть с top, bottom, left, right, Height и Width и всеми названиями элементов - которые занимают 1 Мегабайт! Их как удалить?
Один Мегабайт... <== Это довольно много...


.

[Лекс Айрин]

vitaly_l, вот это, как раз, не проблема. Копируете библиотеки RTL и LCL в другие папки. Проходите по ним напильником, кувалдой или известной матерью... Указываете в Лазаре пути до них, вместо старых и все. А будут проблемы, так заливаете копию со старого местоположения.

[vitaly_l]

Копируете библиотеки RTL и LCL в другие папки. Проходите по ним напильником, кувалдой или известной матерью... Указываете в Лазаре пути до них, вместо старых и все.

А... да действительно так, можно сократить для релиза... ( поменять названия 10 000 классов в 1000 модулях... после этого безусловно всё будет работать как часы ) и если ещё добавить динамическое создание элементов ( что очень удобно и наглядно ), то реально 1 Мб из 3-х можно сократить... Остальное: так называемый вами "мусор", который как оказалось, не есть ошибка FPC. Соответственно FPC-то - удаляет лишний код, но некоторый лишний код (мусор) остаётся из-за причин указанных скалогрызом... Но вот это уже исправить - мне не по силам, т.к. я с трудом понял "о чём он говорил"; и найти это в тексте 1000 модулей... выше моих возможностей. Кстати FPC 3 примерно на 200 Кб меньше файл.

[Лекс Айрин]

Остальное: так называемый вами "мусор",

Почему так называемый? В данный конкретный момент компиляции программы, он как раз и не нужен... только в силу не зависящих от меня причин я вынужден его присоединять к программе.

Но вот это уже исправить - мне не по силам, т.к. я с трудом понял "о чём он говорил";

Можно просто работать с усеченными копиями библиотек... надо, кстати, попробовать. Я то как раз понял. Плохо только, что процедуру усечения надо будет повторять заново после обновления Лазаруса.

[sign]

А вот что делать с чужими классами? которых ещё 1000 подключено и все они вставляются в бинарник как есть???
Как быть с top, bottom, left, right, Height и Width и всеми названиями элементов - которые занимают 1 Мегабайт! Их как удалить?

Отлично.
Вы написали сканер и напустили его на всю лазарусовую ветку, что б всё до дна!!!
Это ж не дельфи вам, всё есть.
И вот, перед вами два варианта Лазаруса.
Один - исходный, с мегабайтами, второй - для окончательно доведения до.

Один Мегабайт... <== Это довольно много...

Куда много!!!
У меня, в простецком древнем самсунге с андроидом - 16 ГИГАБАЙТ внутренней памяти. А ведь ещё можно внешнюю память воткнуть. Это ещё 32 ГБ.
Ему энтот МБ - тьфу мелкая.
Если что.

А если на компе?
Там этот ваш мегабайт - вовсе величина неуловимая.

[Снег Север]

Вот я уже 13-ю страницу дискуссии смотрю и всё не могу понять - зачем?! Зачем всё это, Карл? И никто мне объяснить не хочет...

[Лекс Айрин]

Снег Север, а у Вас лично, никогда диск не забивался? У меня было. А так же было, что при 8гиговой памяти приходилось покупать еще 8 и хороший (не топовый, но все же) видеоадаптер. И комп немного, но заметно, притормаживал. Потом уже проходило обновление и все вернулось в норму, но сам факт.

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

ЗЫ у меня, кстати, ОЗУ на дроиде 125 мегабайт.

[Mikhail]

у Вас лично, никогда диск не забивался?

Да регулярно, торренты, фул хд фильмы, стерео фильмы, блю рей рипы, много весят, заразы, но вот чтобы программами... не припомню такого. Хотя стоп! было такое в начале 90-х, иногда игрушки было некуда поставить

[Лекс Айрин]

Mikhail, а не все ли равно чем он забивается... у меня забивался разными установленными операционками.

[Снег Север]

Снег Север, а у Вас лично, никогда диск не забивался?

Забивался, но фильмами и играми (где программная часть составляет ничтожный процент от объема). Сейчас у меня дома стоят три 240-гиговые диска плюс внешний террабайтный. Хватает. И ни малейшей причины парится из-за нескольких десятков мегабайт размера exe-шника я не вижу.

А мобилки - дело немного другое.