hiho, hab grad mal ein kleines neues projekt angefangen.
nur ich frage mich gerade, wie programmiert man wohl am "schönsten"?
ich möchte, dass es übersichtlich bleibt.
also mit einrücken usw ist mir klar.

aber baut man am besten erst das komplette ui oder fängt man ein stück an,
programmiert den code für die ersten paar buttons, dann setzt man die nächsten buttons und programmiert weiter.

ich versuche es grade zum ersten mal erst das ui zu gestalten.

und ist es wohl zu empfehlen dlls zu benutzen?
um einzelnen funktionen zu updaten schon oder?

ausserdem versuche ich mich gerade immernoch daran zu gewöhnen nicht alles in das hauptprogramm zu packen, sondern
kleine units möglichst übersichtlich zu verteilen.

Ich glaub auf diese Frage gibt es mindestens soviele Antworten wie Programmierer

Als 'sauber' oder 'schön' betrachte ich z.B. eine möglichst weitreichende Trennung von Oberfläche und Funktionalität, zumindest mal soweit, dass kein Code direkt im OnClick-Eventhandler steht usw., wenn möglich noch weiter getrennt.

Was die Reihenfolge angeht, ich mache mir meist zuerst grob Gedanken zur GUI, werfe das skizzenartig auf nem Form zusammen und bau dann erstmal die Funktionen. Andersrum gehts aber bestimmt genausogut

.dlls, .bpls u.ä. verwende ich persönlich ungern, ausser das Produkt ist auf modularen Betrieb ausgelegt, da kommt man nicht um solche Geschichten drumrum.

Aber wie gesagt, eine 'richtige' Antwort auf deine Frage wirds nicht geben, nur viele Alternativen.

Bei mir is eigentlich das Layout zuerst dran. Bei Größeren Prog erkenn ich dann Schwächen der Funktionalität und Übersicht glaich beim Testen meines Codes.

ja ich finds eigentlich garnichtmal so schlecht erst mit dem ui anzufangen.
naja und dlls, ich weiss nicht, habs noch nie so ausprobiert, aber ich finds einfach schöner wenn da noch paar dll files um die exe herumschwirren

sieht meiner meinung nach bissl professioneller aus als wenn man nur die exe datei und villeicht ne config.ini hat.

Wenn es keinen Sinn ergibt, sieht es ehr unprofessionell aus.

Wenns professioneller werden soll, nimm ne Config.xml statt ne Config.ini, XML is Hip

Das mit dem professionel aussehen is doch quatsch. Die meisten PC-Anwender gucken sich die Programmverzeichnisse doch garnet an - wozu auch?

weiss nicht, ich finds schöner ;D

en!gma hat folgendes geschrieben:

ja ich finds eigentlich garnichtmal so schlecht erst mit dem ui anzufangen. naja und dlls, ich weiss nicht, habs noch nie so ausprobiert, aber ich finds einfach schöner wenn da noch paar dll files um die exe herumschwirren sieht meiner meinung nach bissl professioneller aus als wenn man nur die exe datei und villeicht ne config.ini hat.

Ich als alter Mac-User finde es eigentlich wesentlich besser, wenn das Programm eine einzige Datei ist - ohne irgendwelche DLLs, BPL oder sonstiges Kroppzeug drumherum. Installation durch Kopieren an den gewünschten Ort, Deinstallation durch Papierkorb, keine komischen Installer/Deinstaller, bei denen man nie weiss, wo die sonst noch Kram hinpacken. Ist zugegebenermassen unter Windows nicht üblich - da würde man dann trotzdem einen Installer vorsehen.

Stefan

Der Installer is ja auch für die Registryeinträge zuständig. Oder willst du nach 'Papierkorb' noch die Registry nach jedem einzelnen Schlüssel durchsuchen?

Sauberes Programmieren oder besser gesagt entwickeln fängt mit der Frage an, was für Aufgaben soll das Programm (das ganze System) erledigen.

1. Liste also mal auf welche Aufgaben es gibt, welche das System und welche der Benutzer erledigen muss. z.B.
- darstellen von sortierter Aufgabenliste (System)
- entscheiden für eine Aufgabe(Benutzer)
..

2. Dann soltest du dir klar sein wie deine Dinge im System aussehen z.B.:
- aus was besteht eine Aufgabenliste??
- nach was ist sie sortiert


3. Dann solltest du dir über Klassen und Methodennamen gedanken machen.

Danach ist es immer ein hin und Herr zwischen UI und Funktionalität.

Dies war natürlich nur eine Schnellfassung. Schritte 1 und 2 scheinen immer die einfachsten zu sein, doch diese mussen am ordentlichsten und ausführlichsten erarbeitet werden, damit hinterher nicht die große überraschung kommt.