Announcement

Collapse
No announcement yet.

c#.net oder vb.net als Programmiersprache verwenden?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • c#.net oder vb.net als Programmiersprache verwenden?

    Hallo,
    ich werde ein neues Projekt beginnen und jetzt stellt sich die Frage in welcher Programmiersprache das umgesetzt wird. Hierzu wäre ich dankbar über Meinungen. Es sollte sich auf eine von denne 2 Prgrammiersprachen begrenzen. Was ist da besser??? Habe mit beiden keine Erfahrungen sammeln können bisher!!!
    Grüße
    Volker

  • #2
    Hallo Volker,
    hier gibt es sicher keine generell gültige Antwort. Wichtig ist: <b>Welche Erfahrungen hast Du denn bisher?</b> Davon können weitere Empfehlungen abhängig gemacht werden.
    Jürge

    Comment


    • #3
      Hallo!

      Ich habe mir zunächst VB.net angeschaut, danach C#.net. Eigentlich ist die Programmiersprache egal. VB.net ist etwas "einfacher" für den Programmierer. Als Beispiel: Bei VB.net kann ich in den Projekteinstellungen einstellen, das die Anwendung nur als Einzelinstanz starten soll. In C# muß man da mehr programmieren.

      Ich komme aus dem Delphi-Lager und habe mich für C# entschieden, weil ich auf die VB-Kompatibilitäsklassen verzichten will. Zwar ist das auch in VB.net möglich aber die Versuchung ist eben groß diese Klassen zu verwenden.

      Für eine wahl der Programmiersprache muß man auch einen Blick in die Glaskugel wagen. Also, ich habe gehört, das bei Microsft auch viel in VB "gemacht" wird. Ich habe aber auch gehört, dass C# die von M bevorzugte Sprache sein soll.

      Sicherlich ist VB(ohne.net) am verbreitetsen als "einfache" Programmiersprache und so könnte man davon ausgehen, das alle VB-Programmiere auf VB.net gehen. Jedoch ich habe festgestellt, das in unserem Unternehmen in Abteilungen in denen VB programmiert wurde jetzt neuen Projekte mit C# durchgeführt werden.
      Auch entscheident ist welche Funktionen die Entwicklungsumgebung bietet. Der Umfang ist erstaunlich nicht bei jeder Sprache gleich groß z.B. Refactoring,... Hier hat mal die eine Sprache die Nase vorn mal die andere.

      Dann noch als Tip: Schau mal wieviel Anfragen in diesem Forum zu VB.net und wieviele zu C#.net enthalten sind. Ich fühle mich jedenfalls in einem "breitem Strom" besser aufgehoben.

      Ich glaube ich habe Dir nicht unbedingt weitergeholfen, oder? Ich habe aber die Gedanken aufgeschrieben welche ich mir bei der Wahl unserer Programmiersprache gemacht habe.

      mfg
      Thomas Sparenber

      Comment


      • #4
        Wenn du irgendwann mal Ausflüge nach MacOS oder Linux machen willst ist es mit sicherheit besser C# zu nehmen um nicht versehentlich solche Kompatibilitäsklassen zu verwenden bzw. von MS patentierte Featuers zu verwenden die anderen Implementierung nicht zur verfügung stehen

        Comment


        • #5
          Hallo,

          &gt;....in welcher Programmiersprache das umgesetzt wird.

          genau so, wie es für einen Handwerker keinen "goldenen Hammer" gibt, der für alle Arbeiten gleich gut geeignet ist, ist es bei uns. Je nach Aufgabe ist die eine oder andere Sprache besser. Ich lagere zum Beispiel in einem C#-Projekt generell alle Automationzugriffe auf MS Office-Anwendungen in eine VB-Klassenbibliothek aus, weil VB bei der späten Bindung unschlagbar ist. Wenn Windows Forms vorkommen, ist Visual Basic 2005 sehr bequem. Wer nur die Serverseite bedient, wird mit C# besser zum Ziel kommen

          Comment


          • #6
            @Thomas Sparenberg

            Ich komme aus dem Delphi-Lager...

            Passt hier nicht direkt rein aber mich würden mal die Erfahrungen im Unterschied zu Delphi interessieren, da ich den gleichen Schritt plane aber noch etwas unentschlossen torkle.

            Mit Gruß Pete

            Comment


            • #7
              @Peter,

              genau deswegen hatte ich oben nach den bisherigen Erfahrungen gefragt.

              Ich komme ebenfalls von Delphi (bin noch am Umstieg) und empfehle dann eindeutig C# und nicht VB, weil die Umgewöhnung minimal ist und fast nur einfache Schreibweisen betrifft (begin/end, Typdeklaration vor statt hinter den Bezeichner, void statt Funktion/Prozedur, Klammern bei allen Methoden auch ohne Parameter). Bei VB empfinde ich die Schreibweisen als viel seltsamer (aber das ist mein Geschmack, Herr Kosch!).

              Die wesentlichen Änderungen sind durch NET verursacht: alles sind Klassen, andere Namen von Eigenschaften und vor allem andere Programmstrukturen. Hier muss die Einarbeitung liegen.

              Gruß Jürge

              Comment


              • #8
                Hallo,

                &gt;Bei VB empfinde ich die Schreibweisen als viel seltsamer ...

                was stimmt, aber durch <b>Option Strict Off</b> im besonderen Fall des Automationzugriffs auf eine Microsoft Office-Anwendung mehr aus ausgeglichen wird. Um zum Beispiel eine DOC-Datei über Automation zu öffnen sieht der direkte Vergleich wie folgt aus:

                Visual Basic (späte Bindung, optionale Parameter):

                <div style="font-family: Courier New; font-size: 10pt; color: black; background: white; border-top: windowtext 1pt solid; padding-top: 0pt; border-left: windowtext 1pt solid; padding-left: 0pt; border-right: windowtext 1pt solid; padding-right: 0pt; border-bottom: windowtext 1pt solid; padding-bottom: 0pt;"><p style="margin: 0px;">aWordApplication.Documents.Open(<span style="color: maroon;">"C:\Test\MyNewDocument"</span>) </p></div>

                C#:

                <div style="font-family: Courier New; font-size: 10pt; color: black; background: white; border-top: windowtext 1pt solid; padding-top: 0pt; border-left: windowtext 1pt solid; padding-left: 0pt; border-right: windowtext 1pt solid; padding-right: 0pt; border-bottom: windowtext 1pt solid; padding-bottom: 0pt;"><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; <span style="color: blue;">object</span> filename = <span style="color: maroon;">@"C:\Test\MyNewDocument"</span>;</p><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; <span style="color: blue;">object</span> missing = <span style="color: teal;">Type</span>.Missing;</p><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; aWordApplication.Documents.Open(<span style="color: blue;">ref</span> filename,</p><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing,</p><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing,</p><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing,</p><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing,</p><p style="margin: 0px;">&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing, <span style="color: blue;">ref</span> missing); </p></div&gt

                Comment


                • #9
                  Vielen Dank für eure Meinungen,
                  ich habe mich für c# entschieden da die Schreibweise wirklich einfacher ist und natürlich auch aus Komptiblitätsgründen. Desweiteren gibt es noch mehrere Projekte in c# auf die ich zurückgreifen kann.
                  In diesem Sinne!!
                  Grüße an alle

                  Comment


                  • #10
                    > was stimmt, aber durch <b>Option Strict Off</b> im besonderen Fall des Automationzugriffs ...

                    Hat das auch die gleichen Nebenwirkungen wie in VBA das dann auch Variablen "bei Bedarf" so einfach neu erzeugt werden und damit Rechtschreibfehler toleriert werden und erst beim Debuggen auffallen

                    Comment

                    Working...
                    X