Защо компилаторът включва компилираната програма в exe файла
. имена на процедури и функции, свързани с класа формуляр, картинки, които изобщо не се използват никъде, имена на използвани модули; някакъв курсор с надпис "SQL" (когато няма SQL в програмата и почти нищо), шаблони за текстови грешки, които изобщо не могат да се появят в моята програма; имена на дните от седмицата, месеците на английски?! Да, и форми под формата на ресурси и в такава ирационална форма? И така програмите според мен са доста големи. Защо да увеличавате размера на програмата?
За всеки случай.
Откъде знаеш какво не се използва?
> Как да разберете какво не се използва?
Е, например, има грешки като "проблеми с MDI прозореца" - в моята програма няма такива прозорци.
Имената на дните от седмицата и месеците - защо ми трябват? Картинки: отметка, кръст и др. в два варианта. аз имам моя.
> За всеки случай.Е, тогава изходният код също може да бъде архивиран и включен в exe. :)
Вие отговаряте ли за цялата програма или само за малка част от нея, без библиотеките на Borland?
Всъщност компилаторът просто не знае от какво се нуждае вашата програма от библиотеката и от какво не - така че напълва всичко, което сте написали в uses> > За всеки случай.
> Вие отговаряте ли за цялата програма или само за малка част от нея, > без библиотеките на Borland?
Естествено, аз сам отговарям за това, което съм написал. А Boardland - за библиотеките! Интересно е, че библиотеките са изградени: каквото трябва и каквото ненужно - всичко е на куп!
Ако не харесвате излишни килограми - пишете на KOL или преминете на C.
За да разберете, че нещо не се използва във вашата програма, трябва да приложите анализ на изходния код. И не винаги е лесно.
Не само неговия код, но иБорландовски и други библиотечни производители.
> Може би Авторът "Hello World part III" пише и Delphi към него > exe извежда половин мега.
С HelloWorld беше по-лесно :) Разбрах го вече.
Е, може би ще го пренапиша по-късно на WinApi. Само времето е жалко.
> Е, може би ще го пренапиша по-късно на WinApi. Само времето е жалко. > >Ето отговора на темата! :)
> модели на грешки, които изобщо не могат да възникнат в моя > програма;ХАХАХА
Написахме проект тук, на Eclipse. Е, ето го: модулът RCP заема 35 метра дисково пространство и по време на работа изяжда неизмерена памет. Да, и се забавя. И, разбира се, изисква JRE и е написано в опциите за стартиране - незабавно разпределете 512 метра за бедрото и след това, ако е необходимо, добавете още. Иначе пада същият този JRE, заедно с проектора.
Тук го разбрах - подобен проект на Delphi ще бъде компилиран в изпълним файл за 3-4 метра, не повече. И той не се нуждае от JRE и няма да има проблеми с поглъщането на паметта. И нямаше да има спирачки.
Това е въпрос за "прехваления компилатор Delphi". Може би все пак не е толкова лош, нали?
Поне Eclipse в сравнение с него. ъ-ъ-ъ. как да го кажем меко. Е, да кажем - почивка. Във всички отношения.
Юри, защо премина от Delphi към Eclipse?
Имал си, доколкото знам, много качествени разработки за Delphi.
от чисто любопитство, за виртуална машина ли говорите или среда за разработка?
Така се случи. Да, и беше интересно да усетя тези новомодни неща. Но Делфи не се отказа.
Неточно се изразих. Не само Eclipse, разбира се, но като цяло всичко, което осигурява сглобяването и последващата работа на RCP-приложения. Защото в сравнение с Delphi се оказва, че е много ресурсоемък.
Проектор, казваш? Хххх. (в) Другарят Сухов от "БСП" Може би ruki.sys?
> > > Разбрах го тук - подобен проект за Delphi, компилиран > ще бъде в изпълним метър реклами за 3-4, не повече. И не > Не се нуждае от JRE и няма проблеми с изяждането на памет > не би било. И нямаше да има спирачки.
Но той се нуждае само от Windows или. ВИНО. И)
> > Това е въпрос за "прехваления компилатор Delphi". Може би не > той е толкова лош, нали?
Компилаторът Delphi е отличен. Харесва ми повече от GCC. Основното нещо е бързо като javac! ;)
> > Поне Eclipse в сравнение с него. ъ-ъ-ъ. > как да го кажем меко. добре, да кажем - почивка. > Във всички отношения.
Е, не за всеки. Бъди честен. ;) В Delphi няма рефакторинг. И това, което е, не е рефакторинг, а търсене / заместване.
> Това е така, защото прехваленият компилатор Delphi не може > изхвърлете неизползваните > процедури и функции, включени в модулите на библиотеката. И защо > просто не го виждате в модулите на библиотеката, дори > няма нищо общо с времето на изпълнение. G)И как заключи, че не се използват? И може ли компилатор с едно преминаване (и като цяло с ограничен проход) да направи същото заключение?
Освен това говорихме за ресурси, а както знаете, този проблем изобщо няма решение, независимо колко прохода има компилаторът.
> И това, което не е рефакторинг, а търсене/замяна.Тоест Extract Interface например е търсене/замяна, тогава какво е истинското „рефакторинг“?
> Рефакторинг в Delphiне.И не забравяйте за генерирането и моделирането на модели.