Hallo hallo,
Om mijn project folder iets overzichtelijker te maken, overweeg ik het om subfolders te gebruiken. Het voordeel lijkt me duidelijk, maar zijn er ook nadelen?
Bij voorbaat dank,
Louis
Hallo hallo,
Om mijn project folder iets overzichtelijker te maken, overweeg ik het om subfolders te gebruiken. Het voordeel lijkt me duidelijk, maar zijn er ook nadelen?
Bij voorbaat dank,
Louis
Ik doe dit zelf al jaren en ben er erg blij mee; een aparte map voor:
- Het project (*.dpr, * dproj etc.) zelf
- De sources (*.pas en *.dfm)
- De DCU's
- De executable/dll
- Documentatie
Tip: gebruik in je project-opties relatieve paden, dat voorkomt een hoop geharrewar.
TMemoryLeak.Create(Nil);
@VideoRipper
Je gebruikt dus geen aparte map voor bijvoorbeeld alleen datamodules?
Om voor mijzelf dat te beantwoorden: nee, ook datamodules gaan in de Source directory. Ik gebruik een standaard prefix in de naamgeving van de bestandsnamen: voor forms F, datamodules D en voor auxiliary units U, dat werkt heel prettig.
Ik hanteer ongeveer dezelfde mappenstructuur als VideoRipper:
Per project:
- Bin: DCU, EXE, DLL
- Components: componenten
- Doc: documentatie, hulpbronnen, schetsen/schema's
- Install: Installatiesource en -resources
- Resource: Afbeeldingen en iconen
- Source: units, forms, datamodules
- Losse bestanden zoals DPR, DPROJ, DSK, INC, todo-list
(Sender as TNLDUser).Signature := 'Groeten van Albert';
In aanvulling op bovenstaande wijze heren, afhankelijk van je codebase zou je nog een of meer common folders kunnen hebben. Ook subsystemen in je project zou je in een losse map kunnen zetten. Zo hou je functioneel ook zaken makkelijker onderhoudbaar.
Wat is de reden dat de inmiddels drie wijze heren geen aparte mappen gebruiken voor bijvoorbeeld forms, units, interfaces of datamodules?
Dat hoort allemaal bij elkaar.
Een form en een datamodule, de source bestaat uit een unitXXX.pas en unitXXX.dfm deze MOETEN bij elkaar staan.
Een unit is een unitXXX.pas en een interface s een onderdeel van een unit.
Als je compileert krijg je van alle units een unitXXX.dcu
En na het builden krijg je een projectnaam.exe
In je project manager krijg je alles te zien
En een unit in een aparte map ziet er zo uit:
De rest kan je terugvinden in je project, (menu project->view source)
Duidelijk genoeg zo ?
Peter
10.4.2, Delphi2010, of Lazarus 2.2.0
Ik ben een buitenbeentje en haal wel datamodules, classes en forms uit elkaar. Ja, een form is gelinkt aan een class, maar de formloze classes staan buiten de form om.
Delphi is great. Lazarus is more powerfull
Wat zou het voordeel zijn om dat wel te doen?geen aparte mappen gebruiken voor bijvoorbeeld forms, units, interfaces of datamodules?
In mijn geval herken ik mijn forms, frames, datamodules en units aan de naam. Forms beginnen bij mij altijd met frm, frames met fm, datamodules met dm en units met u. Op die manier kan ik ze heel snel terug vinden in mijn map en in mijn project inspector.
In aanvulling op mijn eerdere post, ik zorg altijd dat mijn dcu''s en binary in een eigen map staan. In mijn source map staan dus alleen sources en hun backup. Cleanup van die backups is dus ook simpel en te doen met een batchfile of Gexperts.
Iets meer overzicht dat is alles.Wat zou het voordeel zijn om dat wel te doen?
@WOK
Ben weer eens niet helemaal duidelijk geweest. Ik bedoelde niet dat ik het dfm van het pas bestand wilde scheiden, ik wilde alleen alle datamodule gerelateerde bestanden in één map etc.
Dat kan niet eens, luigi. Maar je bent vrij om te doen wat jij wilt. Ik heb in een applicatie deze indeling staan
Hier worden dus niet de gecompileerde bestanden geplaatst. Ondanks die indeling maak ik ook gebruik van de eerste letter (of twee letters) van het bestand.- forms
|
--> module 1
|
--> module 2
- formclasses
|
--> module 1
|
--> module 2
classes
datamodules
Delphi is great. Lazarus is more powerfull
Okay het is duidelijk dat het wel mogelijk is, maar dat er niet veel mensen zijn die er het voordeel van inzien.
Ik vind het wel overzichtelijk.
Ik gebruik al vaker submappen. Scheelt een hoop als je meerdere projecten en gedeelde Units gebruik.
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks