Hallo!
Voor een ERP applicatie die toch wel redelijk groot is vroeg ik me af wat ik het beste doe voor de data layer. Ik had gedacht van 1 form = 1 datamodule. Maar hier zie ik al een 1e probleem. Er zitten natuurlijk heel wat kleine formpjes in, die combo boxes moeten voorzien van data. Voorbeelden hiervan zijn: woonplaatsen, landen, betalingsvoorwaarden, vennootschapsvormen, betaalwijzen, BTW regimes, ........ Voor al die kleine forms gaan we al snel met een hoop datamodules zitten met 1 query op. Maar voor de ene form die ene query op de form zetten en geen datamodule gebruiken en voor grotere forms dan wel een datamodule, dat lijkt me dan ook niet netjes en niet consistent. Dus als ik hetzelfde systeem voor gans de applicatie gebruik, dan zal ik al gauw aan 100 forms en 100 datamodules zitten. Ik gebruik Delphi 10.3.2. Mijn eerste vraag is, kan delphi zoveel forms en datamodules aan? Ik heb lange tijd met Delphi XE 5 gewerkt. Was wel stabiel, maar crashte toch ook wel eens op grote builds. Wat Delphi 10 betreft meen ik me nog te herinneren dat de eerste releases (de Seattle dacht ik) nogal wat problemen had met grote projecten.
Ik vroeg me af hoe mensen het doen die geen gebruik maken van een application server? Gebruiken jullie ook de 1 form - 1 datamodule methode of misschien hebben jullie wat tips?
Voor Multi-tier architectuur voel ik niet zo veel. Heb ooit nog bij een bedrijf gewerkt die een applicatie ontwikkeld had die multi-tier was. Datasnap was dat toen als ik me niet vergis. Wel we kregen heel wat telefoons om problemen te melden met de verbinding tussen de application server en de client. En ook was dat enkel maar performant voor kleine datasets. Van zodra je met grote datasets werkte waarbij je die data eerst moest fetchen en dan moest opslaan in een ClientDataset, dan zat je al snel met performantie problemen.
Vele dank alvast!
Groeten...
Bookmarks