Grösseres QT-Projekt: DLLs oder alles in einem?

Alles rund um die Programmierung mit Qt
Antworten
thereapman
Beiträge: 36
Registriert: 6. Juni 2007 15:39

Grösseres QT-Projekt: DLLs oder alles in einem?

Beitrag von thereapman »

Hi Leute!

Ich plane zur Zeit ein relativ grosses QT-Projekt.
Jetzt überlege ich gerade wie ich das Projekt aufbaue. Entweder ich mache alles in einem QT-Projekt und erhalte am ende ein relativ grosses Binary oder ich baue für die jeweiligen Module eigene Libs.
Jetzt ist die Frage wie managed und testet man das mit den Libs?

Am liebsten wär mir etwas mit dem ich einfach erstmal eine Klasse normal in das Hauptprojekt baue und dann einfach die Klasse in eine Lib auslagere die ich dann beim starten der Anwendung lade. Ist sowas möglich?
NoRulez
Beiträge: 208
Registriert: 19. Juni 2007 15:43

Beitrag von NoRulez »

Das kommt darauf an was Du genau machen möchtest,
ich tendiere dazu kleinere Libs zu bauen und die dann zu einer Applikation zusammen linken. Die Libs kannst Du mit Unit Tests testen.

LG
NoRulez
androphinx
Beiträge: 170
Registriert: 26. Januar 2009 09:19
Wohnort: 127.0.0.2

Beitrag von androphinx »

du müsstest dich genauer äußern, was für ein projekt du machen willst. ist es z. b. wichtig, dass du gut patchen kannst, dann machst du viele kleinere libs, die man wie norulez schon erwähnte über unit-test testen kann.
sollte es aber nur um die übersichtlichkeit im code gehen, ist es besser, alles in ein projekt zu packen.
was du aber beachten solltest: du solltest genau überlegen, welche funktionen du in libs auslagerst. sinnloses auslagern wird dir später den kopf kosten... ;)

Mfg androphinx
thereapman
Beiträge: 36
Registriert: 6. Juni 2007 15:39

Beitrag von thereapman »

Es soll um eine kleine Warenwirtschaft gehen. Erstmal nur als Versuchs- und Lernprojekt, aber mit dem Blick das wenn was draus wird das evtl. auch kommerziell zu verbreiten.

Hab schon einiges an Wirtschaftlicher Software für meine Firma in Qt gebaut nun will ich Privat mal so nen grossen Brocken angehen.

Am ende ist es dem ausführenden Rechner doch eigentlich egal ob ich ihm das ganze Programm in einem Binary hinwerfe oder er sich noch die ganzen Libs dazuläd die auch sonst in keinem anderen laufenden Programm genutzt werden, oder?
RavenIV
Beiträge: 267
Registriert: 21. Januar 2009 14:24
Wohnort: Waldshut

Beitrag von RavenIV »

Vielleicht hast Du ja auch vor, verschiedene Module anzubieten, die man kaufen kann oder auch nicht.
z.B. kauft Kunde A die Module 1, 2 und 5, Kunde B kauft Module 1, 2 und 6

Dann würde sich die Modularisierung anbieten.

Ich würde aber auch sonst eher kleine DLLs oder Libs bevorzugen, weil man dann "mal schnell" nur einen kleinen Teil bei einem Update oder Bugfix austauschen kann.
Linux, das längste Text-Adventure aller Zeiten
thereapman
Beiträge: 36
Registriert: 6. Juni 2007 15:39

Beitrag von thereapman »

Das war eben auch mein gedanke.
Jetzt muss ich mir nur nen guten Entwicklungsworkflow (herrliches Wort :-) ) ausdenken um das effektiv zu Programmieren.

Aber Unit-tests wahren n gutes Stichwort.
franzf
Beiträge: 3114
Registriert: 31. Mai 2006 11:15

Beitrag von franzf »

wenn du wirklich einzelne module tauschen können willst schau dir unbedingt mal das an:
http://techbase.kde.org/Policies/Binary ... ues_With_C++
sonst kriegst du nur ärger...

ein weiterer grund, der für einzelne libs statt einem dicken binary spricht, sind plugins. so ein plugin will ja gegen irgend etwas gelinkt werden (damit deine definierten typen auch verwendet werden können). und linken geht afaik nur gegen libs.
thereapman
Beiträge: 36
Registriert: 6. Juni 2007 15:39

Beitrag von thereapman »

Danke für den Link!

Werd heute Abend mal bissl rumprobieren. Sitze noch @work.
Antworten