Arkitektur

[BrJohan]

Skulle man i någon inte alltför avlägsen framtida version av Disgen kunna tänka sig en arkitektur som tillåter/möjliggör användandet av plug-ins och eller 'scripting' så att man själv - vid behov - kan skräddarsy programmets förmågor och egenskaper?

Disgen - i sin hittillsvarande form - fungerar utmärkt som släkt-'registrerings'-verktyg och - mestadels - som en god GEDCOM-exportör.

För att kunna ta fram något mera kvalificerade analyser/rapporter ur det registrerade materialet har jag därför behövt göra egen GEDCOM-parsing och analys-backend. Min lust att behöva hålla på med den typen av programvaruarbete har börjat - och fortsätter - att avta.

Därav mitt intresse för en något mindre arbetskrävande metodik.

Tilläggsfråga:

Kan nästa 'major-release' av Disgen kunna tänkas bli mindre plattformsspecifik?

[DanielBerglund]

Håller helt med om att någon slags pluginarkitektur eller dokumenterat API behövs, men första steget blir att byta databasmotor. Pluginer kan komma först därefter.

Vad gäller plattformsberoendet så finns det gott hopp om att nästa version av delphi (som Disgen är skrivet i) har stöd även för OS X och Linuxprogram och därmed finns det hopp även för Disgen även om det blir ett avsevärt arbete att ändra källkoden så att det fungerar också.

[BrJohan]

Intressant och glädjande att samsynen om behoven finns.

Vågar man hoppas att databasen kan installeras som server? Eller - i annat fall - att data kan nås via ODBC eller motsvarande?

[DanielBerglund]

Det blir med största sannolikhet sqlite. En databasserver är utesluten eftersom Disgen ska vara lätt att installera på de mest konstiga datorer, alltså är det ett krav att databasmotorn följer med disgen-installationen och inte är en självständig produkt.

Det finns visst odbc-drivare till sqlite ser jag via google, så läsa data den vägen ska nog inte vara några problem.

[BrJohan]

Det är naturligtvis riktigt att det måste vara lätt att installera Disgen, så därför förstår jag att en serverinstallerad databas, trots en hel del andra fördelar, inte kommer att väljas. SQLite hade jag en flyktig kontakt med för några år sedan, och jag föreställer mig att SQLite blir ett bra val bl.a. därför att det - som du skriver - tycks finnas ODBC-möjligheter.

Dock - med 'cloud-computing' och andra trender i server-riktningen i beaktande - skulle kanske en installation där en server defaultmässigt installeras på lokal maskin och med kommunikation via localhost, kunna bli ungefär lika lättinstallerad, men också ge frihet åt dem som vill och kan att konfigurera installationen efter egna önskemål, samtidigt som en ökad grad av 'framtidssäkerhet' skulle tillkomma.

Men, som sagt, med kunskapen om SQLite och bättre portabilitet i Disgens rörelseriktning, så nöjer jag mig.

Finns det någon tidplan eller kvalificerad gissning om när en sådan ny version kan tänkas bli verklighet?

[DanielBerglund]

...en installation där en server defaultmässigt installeras på lokal maskin och med kommunikation via localhost, kunna bli ungefär lika lättinstallerad...

Ja, för dig och mig, men sannolikt inte på en hel del andra datorer. Däremot är det så att det är ganska lätt att tillåta att den avancerade användaren kan "peka om" Disgen till att använda en annan databas. Däremed inte sagt att vi prioriterar det i första varvet...

Finns det någon tidplan eller kvalificerad gissning om när en sådan ny version kan tänkas bli verklighet?

Vi har lite brist på utveckare! Men en vild gissning är betaversioner om något år kanske. Dvs just nu finns ett utkast till datamodell för databasen. När väl 8.2b är ute ut huset kan vi fokusera lite mer på att göra det utkastet bättre, för att sedan harva igenom all källkod och se till att den nya datamodellen används. Vi vill dessutom uppgradera Delphi till senaste version.

Så den som har sysslat mycket med databaser eller är driven delphiprogrammerare får gärna hjälpa till. Men det är sannerligen inget nybörjarprojekt...