Tdelphiblog lusta delphi builder

Néhány szó a projekt, azok számára, akik elfelejtették. Lazy Delphi Builder született, mint egy eszköz, hogy egyszerűsítse a szerelvény projektek / alkatrészeket. Ő fog beolvasni a mappát fogja találni az összes szükséges fájlt. Ebben az ablakban válassza ki, mit gyűjteni, és mi nem. Ez lehetővé teszi, hogy meghatározza építeni beállításokat, és a mappát, ahol az állományokat. Összegyűjteni mindent, ahogy kell, és még másolja az összes forrás fájlokat ugyanabban a mappában. És mentse az összes kijelölt fájlokat a beállításokkal a lemezen, és képes lesz arra, hogy indítson később. Ez képes helyettesíteni része a változó módon. Tárolja a beállításokat szöveges fájlt.

Minden a múlt héten, a projekten dolgozott, minden nap több órát naponta. Megnyaltam a konzol verzió a munka, és nem a gyors összeállítása. A legvégén nem az alkalmat, hogy a helyettesítési értékeket környezeti változók a parancssorból. Fenti utasítások nem volt ideje dolgozni.

A sok munka a projekt. És mindenekelőtt dolgozni a program egyszerűsítése. Egyrészt Lazy Delphi Builder lehetővé teszi, hogy összegyűjti az összes fájlt (és DCU, sőt erőforrások) a felhasználó által megadott mappába. És a másik viszont szinte egyetlen válaszadó én programozó nem látja ezt az igényt. =) És azok, akik látják, inkább hívni a fogantyúkat dcc32.exe a szükséges paramétereket és LazyDB őket semmire. Szükséges, hogy valahogy egyszerűsíteni a működését a program, mert nehéz volt. Végtére is, még egy mosógép Samsung könnyebb megérteni, mint ezt.

változás története

• egyszerűsítése munka program
• utánzó teljesített Delphi telepítés viselkedés alkatrészek (DCU hagyja a mappát a forrás vagy az alapértelmezett mappában DCU ki, és javaslatot adni ezeket a mappákat a Library Search Path). Bár ... talán nem fogja megtenni.
• dolgozni a dokumentációt.

„DCU hagyja a mappát a forrás vagy az alapértelmezett mappában DCU out”
Számomra úgy tűnik, hogy nem kell tárolni DCU és forráskód ugyanabban a mappában.
Sok év után dolgozik Delphi kifejlesztett magának a következő szabály elrendezésű fájlokat:
\ Csomagok \ Sources \ Help.
\ Lib. A Lib tárolása csak DCU / BPL, szerda nincs forrásokhoz való hozzáférés nem (csak az előírt módon Lib). A nagy projektek, egy ilyen rendszer nagyon komolyan időt takarít összeállítása.

Azonban ez csak IMHO.

Kiváló IMHO. Azt is gondolom, hogy az a hely kell állítani.

Én mind a DCU-fájlokat is tárolja egy külön mappába. Pontosabban van egy megosztott mappa minden DCU-nis.
Pontosabban, én is minden változata Delphi egy megosztott mappát, és készítsd Almappák: Bin, DCP, BPL, DCU DebugDCU és Res.
Írtam ide, hogy mit mappahierarchia szívesebben használják.
Mindezek mappa tartalmazza a Library Path. Elvileg csak azok szerepelnek.

Kezdetben Lazy Delphi Builder raboskodott alatt volt egy ilyen szervezet a munkahelyen.

De. A válaszadók többsége a programozók nem zavarja, sok a beállítást a munkahely, így az alapértelmezett beállításokat. Az alapértelmezett Delphi nincs külön dedikált mappát DCU felhasználói fájlok. Különböző készletek alkatrészek-hez mappák Lib \ VersiyaDelphi és Lib \ VersiyaDelphi \ Debug. Ideális választás, nem látok.

Most dolgozni LazyDB felhasználónak meg kell adni legalább néhány irattartó DCU. És sok felhasználó, aki gyakran kérdezik, mi adja meg, és miért. Így jött az ötlet, hogy semmi sem jelzi, és hagyjuk DCU fájlokat, amelyek (mert LazyDB figyelmen kívül hagyja .cfg fájlokat, és újabban, opcionális beállításoktól és figyelmen kívül hagyja .dof. Bdsproj. Dproj).
Általában nincs víziók hogyan tegyük könnyebbé és kényelmesebbé.

„Az alapértelmezett Delphi nincs külön mappát a felhasználó által kiválasztott fájlokat DCU”
Hmm. A Delphi 7 projektek \ BPL. A másik - nem emlékszem, én még mindig ül a D7.

„Különböző készletek komponensek hez mappák Lib \ VersiyaDelphi és Lib \ VersiyaDelphi \ Debug”

Sajnos - igen. Szóval tölteni egy bizonyos számú alkalommal, amikor a csomagok telepítését, hogy azokat a „my” szerkezet, ami nevetés és félreértés környező :)

Számomra úgy tűnik, hogy az „ideális” - ez az, ami történik LazyDB. Legalábbis nekem. Azt gondolom, hogy ami elég, az többé-kevésbé alaposan dokumentált, és az emberek szokni. Nos, aki nem megszokni - szabhatja tetszés szerint. Az összes programozási és projektek, meggyőződésem, hogy akkor feküdt a projekt / program minden logika (túlzok egy kicsit), de ha dokumentálva van, hogy a felhasználók 90% -a azt mondja: „hogyan is lehetne másként.”

By the way, az első post eltorzult a mentés során. Úgy értettem „csomag” \ Sources „csomag” \ LibNN stb Miért relációjelet hiányzik.

>> Az alapértelmezett Delphi nincs külön mappát a felhasználó által kiválasztott fájlokat DCU "
> Hmm. A Delphi 7 projektek \ BPL

Ez nem a BPL-kah és DCU-fájlokat. Mert BPL-app az alapértelmezett mappa. De DCU-fájl nincs. És azt hiszem, még megérteni, hogy miért. Ha egy személy egy csomó projektek, amelyek fájlokat egység1 nevek, unit2, (és éppen olyan neveket kínál alapértelmezés szerint az IDE, és ezek a nevek a demók halom), a válogatás, az egyes projektek tartalmazó egység a használt nevet felülírja a készüléket. Általában a kása lesz.

By the way, hogy van egy bökkenő.

Van egy projekt, amely valamilyen okból van tesztelték, és a különböző változatai Delphi (5,6 és 7) a különböző operációs rendszer. Szerelje nant ohmos és az egyik szakaszban, hogy - a generációs exe-fájlt hívja a Lazy Delphi Builder, hogy hozzon létre egy profilt előre.

nant-ovsky script lóg a verziókezelő rendszert, és minden rendben van vele, de hozzá profil Lazy Delphi Builder (LDB), nem tudom, mert Ha a profil nincs melyik változatát Delphi gyűjteni, ő (LDB) automatikusan leállítja a folyamatot. Ugyanaz a több profilt különböző változatai Delphi, különböző csak egy vonal - meglehetősen kényelmetlen és költséges, nem is beszélve arról, hogy meg kell változtatni a build script, amelyben testirovochnyh szerverek, hogy megfelelően futni építeni cél, stb

Mivel a javaslat a következő: ha a profil nincs megadva, és a Delphi verzió van telepítve a gépen egyetlen verzió, akkor meg kell tölteni a beállításokat és kivezető utakat, és meg kell építeni a projekt.

Egy ideális -, hogy néhány globális profilt, amelyet továbbra is az alapértelmezett beállításokat, majd a beállításokat a globális profilt felülbírálnak a jelenlegi profilját, ha az aktuális profil beállítás nincs megadva, akkor el kell távolítani a globális profilt.

Továbbá, az lenne az ideális néhány végrehajtási mechanizmus révén könyvtár beállításai: például a könyvtár megy egy bizonyos profil beállítása, amely felülbírálhatja a globális profilt kell használni az összes olyan profil ebben a könyvtárban és könyvtárra. Ie van egy további hely, ahol lehet venni a beállításokat.

Ami azonos változatát Delphi, egységben használt, úgy nézhet. Clone adattár a mappa C: \ Projects \ D6 és további szerelést vezetne az összeállítás révén Delphi 6 és egy klón a tároló a C: \ Projects \ D7 - a Delphi 7 (esstestvenno mindkét könyvtárat rejtettek () fájlokat? ill. utasítások)

> Ugyanaz a több profilt különböző változatai Delphi, különböző csak egy vonal - meglehetősen kényelmetlen és költséges.

És mind Delphi verziók az azonos projekt fájl (dpk vagy DPR)?

Mert abban az esetben a komponensek, mind a könyvtárak rendszerint külön .dpk fájl minden változata Delphi, és ezekben az esetekben a profilokat térhet el több mint egy sort. Ebből az alkalomból arra is gondoltam, de soha nem kitalálta, hogyan lehet jobbá tenni. Eddig én is csak 2 lehetőség:
1) Adja meg a LazyDB feltételes környezeti változók, a változó értékét függően kiválasztott verzió Delphi
2) Adja meg a támogatási feltételek (la) csoportok fájlokat, beleértve a képességét, hogy meghatározza, hogy milyen fájlokat lehet használni bármilyen változata Delphi. Bár én inkább őt.
És ez a másik lehetőség az eddig meglehetősen nehéz végrehajtani és használni. Tehát míg az ilyen esetekben szükséges, hogy 2 külön profilt.

Azonban abban az esetben, ha összeállítása ugyanaz a projekt különböző változatban, követlek a javaslatot, igen. =)

> Ajánlat: ha a profil nincs megadva, és a Delphi verzió van telepítve a gépen egyetlen verzió, akkor meg kell tölteni a beállításokat és kivezető utakat, és meg kell építeni a projekt.

Azt gondoltam, hogyan határozza meg, melyik változat a Delphi használni a parancssorban. Valami, mint: "/ D 7", "/ D 12", "/ D 15". És hozzá a paramétert „/ D Bármely”, amely lehetővé teszi, hogy az első elérhető verzió. Ha a Delphi verziója nincs megadva a profil nem elérhető, akkor lehet használni „/ D Bármilyen” módban.

De támogatását egymást átfedő profilokat különböző prioritások, nem fogom megtenni. Mivel a pálya később, ami beállítások hol kérdése bonyolult és zavaros. Valami hasonló, mint a már megvalósított az dcc32 (Proekt.cfg és .dof fájlok), amely az úton figyelmen kívül hagyjuk az épület Lazy Delphi Builder-én, pontosan azért, hogy biztosan minden megy ugyanazokkal a beállításokkal.
De ígérem, hogy gondolni ezt az elképzelést.

Miért nant -. Mert a másik csoport a fejlesztők már használja, már van licence NAntBuilder, szervereken már telepítve van, és így természetesen a fejlesztő a Linux világban, és a Python fogja használni waf, de mint kiderül, elég nehéz is. akarjuk volt bejelölve, mert a kopott oldalak és hiánya bemutatása, hogy a projekt aktívan fejlesztik.

Összehasonlítás nem volt, ez csak az én személyes véleményem :) Igen, és milyen paraméterek összehasonlítása - mindhárom említett xml-szerű konfigurációja azonos, sem azt, hogy e három benyújtott nem tudja automatikusan lefordítja és telepíti a komponens a Delphi IDE, hanem azért, mert meg kell választani az eszköz, melynek segítségével gyorsan segítséget.

Ami a harmadik pontot - Azt hittem egy pillanatra, és írok többet.