spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das waren natürlich alles nur Vorschläge. Du musst ja keine ganze GUI schreiben. Die Klassen die du benötigst reichen ja und immer wenn du mal wieder was dazu brauchst baust du es und fügst es zu deinen GUI Klassen hinzu. Die DLL soll es dir da nur vereinfachen. Du kannst das ganze ja erst mal als Testprojekt umsetzen. Auslagern kannst du es immer noch. Aber wie gesagt ein guter Ansatz ist es meiner Meinung nach wenn man versucht die eigentliche GUI Logik, also in deinem Fall die Logik des Buttons so zu legen, dass der der den Button benutzt nichts damit zu tun hat. Naja viel Erfolg und vor allem Spaß beim ganzen

Meine Aussage bleibt übrigens bestehen. Es macht keinen Sinn da 20 Get-Methoden zu schreiben und die Buttons public zu machen auch nicht. Es sollte weiterhin eine Methode sein, die das setChecked nach außen hin verbirgt. Irgendwie musst Du das ja auch mit den 20 Buttons geplant gehabt haben, also muss es auch nach außen gekapselt funktionieren.

Deswegen war mein Vorschlag das ganze in eine extra Assembly zu stopfen. Da können dann solche Funktionen gern sichtbar sein und auch nur dort werden diese Funktionen benutzt. Für den Anwender selbst bleibt dieses alles verschleiert. Natürlich geht das alles noch schöner und eleganter, aber man muss auch immer ein wenig von der Erfahrung der jeweiligen Leute absehen. Deshalb denke ich wäre das eine vernünftige umsetzbare Lösung.