Eigener Code für Registerkarte

  • VB.NET

Es gibt 7 Antworten in diesem Thema. Der letzte Beitrag () ist von ~blaze~.

    Eigener Code für Registerkarte

    Hallo

    Habe im meiner Anwendung einige Registerkarten mit vielen Button bzw Checkboxen, leider legt VB den Code ( wenn zB. auf einen Button klickt) immer in der selben Code Datei ab , diese wird jetzt schon sehr unübersichtlich.

    Ist es Möglich den Code( bzw Ereignisse bei Click ) für eine Registerkarte seperat abzulegen ?

    VB2010

    mfg Bernd
    für vernünftiges CodeDesign gibts vielerlei Ansätze, kein Patentrezept, und alles erfordert solide Grundlagenkenntnisse.

    Stichworte wie "Klasse", "OOP" oder (ich käme jetzt mit: ) "UserControl", "Datenmodell" sind allesamt richtig, aber kommst du nicht mit durch, weil jedes ist ein Thema zum Bücher drüber schreiben.

    Also dieses Buch lesen (hingegen das Galileio-Openbook ist Mist).
    Ist halt viel Arbeit, bevor du dein Prob ühaupt anfassen kannst, aber in dem Buch findeste während des Lesens sicherlich lauter Anregungen, wie du deine bisherige App auch in allen möglichen anneren Punkten verbessern kannst, also langweilig braucht das nicht zu werden.
    Mal Holzhammermäßig:
    Jeder einzelnen Tab zu einem UserControl machen (geht im Designer per C&P),
    so bekommt jeder Tab seine Klasse.
    Oder
    die Partial Class-Philosophie verstehen (eine Klasse auf mehrere Files aufteilen) und Deinen Code da aufteilen.
    Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
    Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch :!:
    Ein guter .NET-Snippetkonverter (der ist verfügbar).
    Programmierfragen über PN / Konversation werden ignoriert!
    Hi
    das musst du zwar dann wohl manuell verwalten, aber per

    VB.NET-Quellcode

    1. #Region "SomeDescriptiveText"
    2. 'Code
    3. #End Region

    kannst du den Code in einzelne Bereiche unterteilen.
    Außerdem dienen Controls in normalen Anwendungen rein der Informationsbeschaffung- und Darstellung. D.h. TextBoxen liefern Text, der innerhalb der Anwendung durch Klassen strukturiert verarbeitet wird. Dazu lagert man halt Code in andere Klassen aus, wodurch eine einfache Trennung gegeben ist. Wirklich viel Code steht bei mir im Eventhandler selten (meist höchstens 20-30 Zeilen), daher sind nachträgliche Änderungen am Code eher selten. Ansonsten sollte die Code-Navigation durch das VS sehr hilfreich sein.

    Übrigens kann man auch Controls an die Oberfläche angepasst erzeugen. Der Typ des Controls oder einer verwaltenden Klasse wird z.B. über ein Attribut auf der Einstellung in einer Klasse Settings dargestellt. Anschließend wird über eine verwaltende Einheit eine tabellarische Anordnung so angesteuert, dass links ein, die Einstellung beschreibendes Schlagwort (als Label), steht und rechts das zugehörige Control (oder ohne deskriptives Label, je nach Fall halt). Über das TableLayoutPanel kann man eben so eine zweispaltige Anordnung einfach realisieren. Ob das eine gängige Vorgehensweise ist, kann ich allerdings nicht sagen, auf jeden Fall ist die Verwaltung der Einstellungen dadurch wesentlich einfacher. Hab' das schon bei mehreren Anwendungen so gemacht. Hatte in dem Fall halt ein TreeView statt einem TabControl, aber die Verwaltung wäre fast identisch. Die Knotenzugehörigkeit wurde halt über durch Attribute bereitgestellte Gruppen aufgelöst.

    Gruß
    ~blaze~