Suchergebnisse

Suchergebnisse 1-11 von insgesamt 11.

  • Benutzer-Avatarbild

    Für das Forum sind Präfixe eine nette Sache, aber wenn ihr Softwareentwickler werden wollt, gewöhnt euch diese Präfixe gar nicht erst an. Nicht umsonst gibt es bei Github und AzureDevOps Regeln, die verhindern, dass du Code einchecken kannst, wenn Präfixe erkannt werden. Seit Einführung von IntelliSense verwendet kein Entwickler den ich kenne Präfixe, denn: a überflüssig und b problematisch. Wenn man beispielsweise eine Form vollständig an eine Klasse bindet (sprich jedem Control eine Property z…

  • Benutzer-Avatarbild

    @VaporiZed Das ist genau das das ich sagen wollte. Es ist eine Frage der Zeit und natürlich auch der vorhandenen Möglichkeiten. Wenn ich heute wissen will, was sich hinter einer Variable verbirgt das lasse ich meinen Mauszeiger 2 Sekunden auf der Variable und weiß, welchen Typ sie hat, wo sie liegt und kann über F12 direkt in ihre Deklaration springen. Wenn ich eine Variable ein Präfix verpasse verrät mich das beispielsweise gar nichts über sie, aber gesehen von dem Typ. Es bringt keinen Mehrwer…

  • Benutzer-Avatarbild

    @VaporiZed Nein, ich arbeite überwiegend mit Windows Forms, habe aber einzelne Architektur-Elemente aus WPF (wie beispielsweise das Viewmodel, etc.) in mein Framework in WinForms übernommen, da es viele Vorteile mit sich bringt. Im Prinzip kombiniere ich WPF-Architektur mit WinForms, aber das führt jetzt zu weit und ist auch keine Voraussetzung dafür UI vom Code zu trennen. Daraus resultiert natürlich, dass der Rest den du schreibst, absolut richtig ist, aber für mich in dieser Sache nicht anwen…

  • Benutzer-Avatarbild

    Okay, dann setze ich mich mal ran, das in einem Beispiel zusammen zu fassen und ein Tutorial daraus zu basteln

  • Benutzer-Avatarbild

    Ich benenne meine Controls danach was sie sind. Also Beispiel Kunden-Nr = "CustomerNo" oder Artikelbeschreibung= "ArticleDescription". Da brauche ich auch nicht überlegen und wie bereits beschrieben, auf Controls greife ich nie zu, da mein Viewmodel nur auf Variablen zugreift die aus der Base heraus vererbt werden. Ansonsten ist das Viewmodel völlig losgelöst von der Form und kann nötigenfalls nichtmal an eine Form sondern an ein Control gebunden werden (Bespiel: Control, das Basisdaten vom Arti…

  • Benutzer-Avatarbild

    @xChRoNiKx Labels werden bei mir gar nicht umbenannt, weil sie in der Regel codeseitig nicht angesprochen werden und auch für das Binding irrelevant sind. @ErfinderDesRades Stimmt @Schmittmuthelm 2-3 Buchstaben kommt nicht so ganz hin. Alleine in deinem Designer wird ein Label ohne dass du zusätzliche Änderungen an dem Control vorgenommen hast 11 mal mit der entsprechenden Bezeichnung eingetragen. Nur dadurch dass du es auf die Maske ziehst. Das sind bei dem Präfix "lbl" 33 Zeichen. Und mit eine…

  • Benutzer-Avatarbild

    @Schmittmuthelm Das ist richtig. Für sich selbst genommen ist das richtig. Aber alleine eine einheitliche Basis in einer Softwareentwicklungsfirma zu finden ist schon schwer. Der eine setzt als Präfix tb der nächste tbx wieder ein anderer verwendet gar keine Präfixe dann findet man ein uraltes Stück Code da heißen die txt. Deshalb benennt man bei uns die Variablen einfach nach dem womit sie gefüllt werden. Vorzugsweise genau so wie die Felder auf der Datenbank heißen. Das ist viel sinnvoller in …

  • Benutzer-Avatarbild

    Zitat von ErfinderDesRades: „Genau so isses bei uns Praxis, und das ist das allergeringste Problem, was wir haben.“ @ErfinderDesRades: Kann ich mir gut vorstellen, sah bei und nicht anders aus. Und das war hinterher auch der Grund, warum wir auf Präfixe verzichtet haben.den egal ob das Ding btnSave btSave bnSave oder sonst irgendwie heißt, gesucht wird nach "Save". Aber im Endeffekt kocht sowieso jeder Entwickler sein eigenes Süppchen. Zitat von Schmittmuthelm: „Ist das nicht irgendwie widersprü…

  • Benutzer-Avatarbild

    Hallo @ErfinderDesRades, Zu den angesprochenen Punkten: Ich habe ja bereits im Vorfeld geschrieben, dass ich kein Freund von Präfixen bin. MVVM Kannst du in der Maske auch nicht finden, Die Maske ist unheimlich dumm. Die macht gar nichts. Die Logik für das ganze findest du in der Basisklassen aus denen gerbt wird, was dir am Shadows im Viewmodel hätte auffallen können. Was du eingeben musst, sollte eigentlich klar sein, das Programm benötigt vorab die Verbindungsdaten zu einen MSSQL-Server, wie …

  • Benutzer-Avatarbild

    Nein, alles gut. Ist ja nicht falsch was du geschrieben hast, aber @ErfinderDesRades hat sich offenbar nur den Code aus der Maske angeschaut, das reicht natürlich nicht. Um die Maske zu verstehen, muss man sich 6 Klassen anschauen. Die Form, das Viewmodel und das ViewElement und natülich auch die Basisklassen die jedem davon zugrunde liegen. Das scheint er aber nicht getan zu haben, was aus verschiedenen Stellen des Post ersichtlich wird. Zum einen hat er zunächst das FunctionPanel übersehen, wa…

  • Benutzer-Avatarbild

    Dann gib eine völlig blanke Datenbank an und lass dich überraschen Das Programm ist darauf auslegt sich komplett selbst zu verwalten. Du musst nichts weiter tun als ihm einmalig mitzuteilen in welche Datenbank du die Daten ablegen willst. Den Rest macht das Programm selber. Die SQL-Daten werden verschlüsselt im Ordner abgelegt, wo die .exe liegt. Im Unterverzeichnis SQLServer. Wenn du das Programm nachträglich zu einer anderen Datenbank verbinden willst, lösch den Ordner und du wirst erneut aufg…