Zoals ik in de OpenXML Update-thread al aangaf: ik ga een start maken met v2. Deze wordt geheel from scratch geschreven aangezien ik niet tevreden ben met de opbouw van de huidige versie. Mijn excuses aan de mensen die hierdoor hun project drastisch aan moeten passen, de oude versie zal nog steeds beschikbaar blijven.
Goed, nu over tot de orde van de dag, ik ga dus voor de verandering eerst eens nadenken voordat ik begin met code schrijven, het eerste punt op de agenda:
De TNLDTranslateManager
Ik zit een beetje in een tweestrijd. Aan de ene kant zeg ik: ja, het is wel praktisch om deze op een datamodule te zetten en de TNLDTranslate's eraan de koppelen. De hoofdreden om dit te kiezen is een OO-standpunt: je kan eventueel meerdere managers hebben, en dus meerdere taalbestanden verspreid over je applicatie, per form kan je dan aangeven welke manager je wilt.
Aan de andere kant zeg ik: weg met die datamodule, maak een globale (uiteraard wel thread-safe) manager aan en gebruik deze automatisch onder de TNLDTranslate componenten. Om de manager dan te configureren kan iets worden gebruikt als subproperties in de object inspector van de TNLDTranslate. Het voordeel hiervan is dat je heel die datamodule niet nodig hebt (even TNLDTranslateFiles e.d. weggelaten, hun toekomst is nog onzeker, maar ik ga er nu even van uit dat deze functionaliteit direct in de manager komt).
Er zitten aan beiden methoden voordelen en nadelen, ik heb daar zo m'n ideeën over, maar in eerste instantie wil ik even jullie mening, en vooral argumenten waarom het een beter zou zijn dan het ander. Veel mogelijke "problemen" die ik nu zie zijn op een elegante manier op te lossen, maar ik wil eerst een onafhankelijke mening en 'n idee krijgen van hoe NLDTranslate gebruikt wordt
Alvast bedankt!
Bookmarks