Hi ihr,

nachdem ich jetzt die ersten 2500 Zeilen zusammen hatte wurde mir gesagt, dass C# doch eher erwünscht sei als VB, und doch bitte mit .NET 2.0 gearbeitet werden soll statt mit 3.5. Hätte man sich auch mal früher überlegen können...

Naja, jetzt steh ich da:

Erstell ich mir einfach ein C#-Projekt, kopier den Kram da rein und geh die Fehlermeldungen eine nach der anderen durch?
Oder gibt's da eine schlauere Methode?

Das ganze ist in VS 2008...

Danke schonmal!

Thorsten

Nein,weil c# und VB zwei verschiedene Sprachen sind?

12profi hat folgendes geschrieben :

Nein,weil c# und VB zwei verschiedene Sprachen sind?

Das ist kein Grund. Sie benutzen beide dasselbe Framework. Es gibt auch einen Konverter C# -> Delphi Prism


Was Du, Thorsten, machen kannst, ist, das VB-Projekt kompilieren, das Kompilat im Reflector öffnen und den disassemblierten Code als C# anzeigen lassen.

Mit dem Filegenerator Addin bleibt es auch nicht beim gucken im Reflector sondern man kann denn disassemblierten Code als komplettes Projekt exportieren. Dann brauchst du dich nur noch um die ~Rückentwicklung~ von 3.5 -> 2.0 kümmern.

Es gibt diverse Converter, welche zwischen den verschiedenen .NET-Sprachen den SourceCode konvertieren.
Online gibt es z.B. www.developerfusion....onvert/vb-to-csharp/

Solange du nicht eine der expliziten .NET 3.0 bzw. 3.5 Frameworks (wie WPF, WCF, ...) benutzt hast, sollte die Rückwärtskonvertierung kein Problem darstellen.
Wobei es eigentlich keinen Grund heute mehr gibt, explizit für 2.0 noch zu entwickeln... (3.0 und 3.5 basieren ja auch noch auf der 2.0 CLR, nur 4.0 benötigt eine eigene CLR).

Hey,

danke für die Antworten!

Der Grund für .NET 2.0 zu entwickeln ist, dass wohl die Kunden nicht alle was neueres installiert haben
Ist halt Anweisung vom Cheffe.

Schon cool die Konverter, werd leider wohl gucken müssen wie viel ich übersetze und was ich neu schreibe, da sich nicht nur die Sprache, sondern auch noch andere Anforderungen geändert haben...