Няколко думи за проекта, за тези, които са забравили. Lazy Delphi Builder е замислен като средство за опростяване на монтажа на проекти / компоненти. Той ще сканира папката ще намерите там всички необходими файлове. Тя ще ви подкани да изберете какво да се съберат и кое не е. Тя ви позволява да определите изгради настройки и папката, в която да се постави на файловете. Съберете всичко както трябва, а дори и копиране на всички ресурсни файлове в същата папка. И освен всички избрани файлове с настройките на диска, и ще можете да го стартирате по-късно. Той е в състояние да замени част от променлива начини. Магазини настройките в текстов файл.

Всички миналата седмица, работи по проекта всеки ден в продължение на няколко часа на ден. Аз облиза конзолната версия на работата и да направи бърз компилацията. В самия край направи възможност да замени стойности на променливи от обкръжението от командния ред. Горните указания не са имали време да се работи.

Голяма част от работата по проекта. И преди всичко да работи за опростяване на програмата. От една страна Lazy Delphi Builder ви позволява да се съберат всички файлове (и DCU и дори ресурси) при потребителското определена папка. И от друга страна, почти никой от анкетираните ми програмисти не виждат тази нужда. =) А тези, които виждат, предпочитам да се обадя на дръжките dcc32.exe с необходимите параметри и ги LazyDB до нищо. Необходимо е да се по някакъв начин се опрости действието на програмата, тъй като е трудно. В крайна сметка, дори и с пералня Samsung по-лесно да се разбере от това.

промяна История

• опростяване на работа с програмата
• имитират неизпълнение Delphi компоненти за монтаж на поведение (DCU напускат папката с източника или в папка по подразбиране DCU навън и предложи да се добави в тези папки Търсене на библиотеки Път). Въпреки, че ... може би аз няма да го направя.
• работят по документацията.

"DCU напусне папката с източника или в папка по подразбиране DCU навън"
Струва ми се, че не е необходимо да се съхранява DCU и изходния код в същата папка.
След много години, работещи с Delphi е разработила за себе си следното правило оформление файлове:
\ Пакети, \ Източници, \ Help.
\ Lib. В Lib съхраняват само DCU / BPL, сряда нямат достъп до източници не са (само по начин, установен Lib). На големи проекти, такава схема много сериозно спестява време компилация.

Все пак, това е само IMHO.

Отлично IMHO. Аз също вярвам, че мястото трябва да се създаде.

Имам всички DCU-файлове също се съхраняват в отделна папка. По-точно, имам споделена папка за всички DCU-Ниш.
По-точно, дори имам за всяка версия на Delphi е споделена папка и да се изгради това подпапки: Бин, Dcp, Bpl, DCU, DebugDCU и Res.
Написах тук за това, което йерархията на папките предпочитате да използвате.
Всички тези папки са включени в Библиотеката на Пътя. По принцип, само те са включени.

Първоначално Lazy Delphi Builder бе хвърлен в затвора е бил под такава организация на работното място.

Но. по-голямата част от анкетираните програмисти аз не се занимавам много с настройката на работното място, оставяйки настройките по подразбиране. А по подразбиране в Делфи не съществува отделен отделна папка за DCU файлове на потребителите. Различни комплекти от компоненти предлагат папките Lib \ VersiyaDelphi и Lib \ VersiyaDelphi \ за отстраняване на грешки. Идеалният вариант, аз не виждам.

Сега, за да работи с LazyDB потребител трябва да посочите поне някои папки DCU. И много потребители, които често питат какво да влиза и защо. Така дойде идеята да позволи нищо да покаже и да оставите DCU файлове, които имат (защото LazyDB игнорира .CFG файлове и по-скоро, настройките по избор и пренебрегва .dof. Bdsproj. Dproj).
Като цяло, аз не разполагат с визии за това как да се направи по-лесно и по-удобно.

"А по подразбиране в Делфи не разполагат с отделна папка за избраните от потребителя файлове DCU"
Хм. В Delphi 7 Проекти \ BPL. В друга - не помня, аз съм все още седи на D7.

"Различни комплекти от компоненти предлагат папките Lib \ VersiyaDelphi и Lib \ VersiyaDelphi \ отстраняване на грешки"

Уви - да. Така че аз прекарвам определен брой време при инсталиране на пакети, за да ги отведе до "моята" структура, която причинява смях и недоразумения околните :)

Струва ми се, че "идеал" - това е, което е направено в LazyDB. Най-малкото, за мен. Мисля, че достатъчно е повече или по-малко старателно документирано и хората ще свикнат. Е, който не свикне - да персонализирате по ваш вкус. За всички, програмиране и предоставяне на проекти, аз съм убеден, че можете да лежи в проекта / програмата всяка логика (че преувеличавам малко), но ако това е документирано, че 90% от потребителите казват: ". Как-би могло да бъде по друг начин"

Между другото, първият ми пост е изкривена, когато запазвате. Исках да кажа "пакет" \ Източници ", Пакет" \ LibNN т.н. Защо ъглови скоби липсват.

>> по подразбиране в Делфи не разполагат с отделна папка за избраните от потребителя файлове DCU "
> Хм. В Delphi 7 Проекти \ BPL

Не става дума за BPL-Ка и DCU-файлове. За BPL приложение папката по подразбиране е. Но за DCU-файл не. И мисля, че дори и да разбере защо. Когато човек има един куп проекти, които съдържат файлове от единица1 имена, UNIT2, (и това е точно такива имена предлага по подразбиране на IDE, а това са имената, използвани в купчината на демонстрации), съставяне на всеки проект, съдържащ единица със използва име ще замени устройството. По принцип, кашата ще стане.

Между другото, че има някакъв корен.

Имам проект, който по някаква причина е тестван и е на път различни версии на Delphi (5,6 и 7) при различни OS. Сглобете Нант ома и един от етапите в него - поколението на Търсейки-файл чрез извикване на Lazy Delphi адреси, за да създадете профил в аванс.

Нант-ovsky скрипт виси в системата за контрол на версиите, и всичко е наред с него, но за да добавите профил Lazy Delphi Builder (LDB), не мога, защото Ако не е посочен профила коя версия на Delphi да се съберат, той (LDB) автоматично ще спре този процес. Имат една и съща множество профили за различни версии на Делфи, се различават само по една линия - което е доста неудобно и скъпо, да не говорим за факта, че аз трябва да се промени натрупването сценария, настройка testirovochnyh сървъри, които те управляват правилно изграждане на цел, и т.н.

Тъй като предложението е следното: ако не е уточнено в профила и, Delphi версия имате на компютъра си само версия, тогава ще трябва да се заредят настройките и начини за излизане от нея и се опита да изгради проекта.

В един идеален - да има някакъв глобален профил, който ще остане на настройките по подразбиране, а след това от настройките на настройките на глобалните профил имат приоритет от текущия профил, ако текущата настройка за профила е пропуснат, той се отстранява от глобален профил.

Също така, идеала би било някакъв механизъм за прилагане чрез настройките на директорията: например, директорията, върви с определена настройка профил, който ще я отмените за глобален профил и ще се използва за всички профили в тази директория и подпапки. Т.е. има допълнително място, където те могат да вземат настройките.

Що се отнася до същата версия на Delphi, които се използват при сглобяването, това може да изглежда така. Clone хранилище в папка C: \ Проекти \ D6 и по-нататъшно събрание ще доведе до събранието с помощта на Delphi 6 и клонинг на хранилището в C: \ Проекти \ D7 - с Delphi 7 (esstestvenno в двете директории са скрити () файлове? респ. инструкции)

> Имат същите множество профили за различни версии на Delphi, различаващи се само в един ред - доста неудобни и скъпи.

И вие всички версии Delphi се използва един и същи файл на проекта (ДПК или DPR)?

Тъй като в случая на компонентите, всички библиотеки, обикновено съдържат отделна .dpk файл за всяка версия на Delphi, и в тези случаи профилите ще се различават с повече от един ред. По този повод Аз също мислех, но никога не разбра как да го направи по-добре. Досега аз виждам само 2 възможности:
1) Въведете в LazyDB, условни променливи околната среда, промяна на стойността в зависимост от избрания вариант Delphi
2) Въведете условията за подпомагане (ла) за групи от файлове, включително и тези с възможност да определите кои файлове ще бъдат използвани за всяка версия на Delphi. Макар че са склонни към него.
И това е друга опция, досега са доста трудни за изпълнение и да се използва. Така че, докато това в такива случаи е необходимо да се използват два отделни профил.

Въпреки това, в случая, при съставянето на един и същи проект в различни версии, аз ще последва предложението си, да. =)

> Оферта е: ако не е уточнено в профила и, Delphi версия имате на компютъра си само версия, тогава ще трябва да се заредят настройките и начини за излизане от нея и се опита да изгради проекта.

Мислех, че за това, как да се уточни коя версия на Delphi да използвате командния ред. Нещо като: "/ D 7", "/ D 12", "/ D 15". И добави параметъра "/ D Всяко", което позволява да се използва първия наличен версия. Ако Delphi версия не е посочен в профила не е на разположение, ще се използва "/ D Всеки" режим.

Но подкрепата за припокриващи се един на друг профили с различни приоритети, аз няма да правя. Тъй като на пистата по-късно, кои настройки къде е въпрос на сложни и объркващи. Нещо подобно, като вече се прилага за dcc32 (Proekt.cfg и .dof файлове), който между другото се игнорират при изграждане Lazy Delphi Builder-ти, именно с цел да се увери, че всичко върви със същите настройки.
Но обещавам да се мисли за тази идея.

Защо Нант -. Защото другата група от нейните разработчици вече използвате, вече има лиценз за NantBuilder, на сървърите на него е инсталиран, и затова, разбира се, тъй като разработчик на света Linux, и Python ще използва WAF, но тъй като се оказва, че е доста трудно все още. Искам беше отстранено поради мизерните страници и липса на доказателство, че проектът се активно развити.

Сравнение не е, това е само мое лично мнение :) Да, и на какви параметри за сравнение - и трите споменати XML подобни конфигурация за едно и също, никой от помощната програма от трите подава не може автоматично да компилирате и инсталирате компонент в Delphi IDE, а защото е необходимо да се избере най-инструмент, чрез който можете бързо да получите помощ.

Що се отнася до третата точка - Мислех, че за момент и пиша повече.