Migration von VB(.NET) -> C#
-
Mit dem Reflector und einigen Plugins dazu sollte so einvorgehen auch möglich sein.
-
Mit dem Reflector und einigen Plugins dazu sollte so einvorgehen auch möglich sein.
kannst du die plugins genauer benennen?
ich habe auch schon einige plugins für VS gefunden, welche sich für die konvertierung (zumindest laut herstellerseiten) eignen würden, aber ich sehe es nicht ein, für eine solche arbeit geld auszugeben (welches auch nicht mir gehören würde, sondern erstmal anfordern etc), wenn es auch freie alternativen gibt.
-
Ergänzend noch für die "kleine" Wandlung:
http://labs.developerfusion.co.uk/convert/vb-to-csharp.aspx
@Op Magst Du die Links zu den kommerziellen Produkten mal posten ?
-
Reflector:
http://www.aisto.com/roeder/dotnet/Addins:
http://www.codeplex.com/reflectoraddinsIch denke mit dem FileDiassembler Addin sollte es möglich sein.
Grüsse
Simon
-
Mit den AddIns waren die VisualStudio Addins gemeint, dennoch Danke.
-
Ergänzend noch für die "kleine" Wandlung:
hehe, genau den umwandler hab ich heute auch schon gefunden ^^ (gibt da aber ganz schön viele. da check ich nicht, warum sich nach 5 solchen teilen noch jemand die mühe macht, und dann ist es nichtmal besser ^^ zB http://www.carlosag.net/Tools/CodeTranslator/Default.aspx)
@Op Magst Du die Links zu den kommerziellen Produkten mal posten ?
sry, da die für mich nicht in frage kamen, hab ich mir die nirgends in die bookmarks o.ä. geholt. bisschen google nach vb to c# migration/conversion dürfte dir jedoch einige treffer liefern, wenns wichtig ist
@simon.gysi thx
-
nachtrag @ Knuddlbaer
hab nochmal in der history gesucht, das hier zB sieht ziemlich gut aus:
http://www.artinsoft.com/pr_vbcompanion.aspx
-
Ich muss ganz ehrlich sagen, dass ich die Beweggründe für die Konversion nicht verstehe. Wer C# kann, sollte auch ein VB-Projekt warten können (und umgekehrt). Zumal die Konversion bei einem solchen Projektumfang nie ganz reibungslos abläuft, halte ich das einfach für überflüssigen Aufwand.
Ich würde an euerer Stelle lieber daran ansetzen, das ganze fein zu modulieren und in DLLs auszulagern (falls das nicht bereits so ist). Dann könnt ihr alles, was jetzt noch dazukommt, in C# schreiben und den alten Code in VB lassen.
-
@Konrad Rudolph:
ich bin in der firma sozusagen nur als "externer" bis ende sommer, weil ich danach studieren werde. ich werde also nur mit den sachen betraut, die sonst keiner machen will
meine kompetente (... ^^) meinung zählt also in diesem fall leider eher weniger.die software wurde allerdings nicht innerhalb der firma erstellt, für die ich arbeite, sondern von einem externen entwickler (der da allerdings auch ziemlich viel verbockt hat, absolut unsauberer code, nicht auf die kundenwünsche eingegangen etc) - dem das projekt aus eben genannten gründen allerdings wieder entzogen wurde und jetzt vor sich hindümpelt, während eine 6 jahre alte version verwendet wird. ich denke also, dass mit der konvertierung in C# auch bestehende probleme ausgemerzt werden sollen. auf jeden fall hieß es auf meine nachfrage, dass die "migration außer frage stehe" weil eben alles unter C# laufen würde und naja... ich bin jung und brauch das geld
-
Dann wäre ein neu implementieren aber besser. Schlechten Code in C# zu wandeln macht den Code an sich nich besser
-
schlecht ist er ja nicht mehr - aufgabe war in etwa (rudimentär xD)
- fehleraufnahme und warum das teil nicht benutzt wird, zusammensetzen mit user
- ausbessern, auf wünsche des endbenutzers abstimmen & erweitern (done)
- portierenwas ja an sich nicht sinnvoll ist. aber anscheinend wollen die erstmal ein funktionierendes tool in VB, damit es zumindest mal eingesetzt werden kann, und portieren is dann nebensache, aber muss ... fragt mich nicht. ich werde erst studieren, um am anderen ende derartiger aufgabenstellungen zu sitzen *:D
* und es besser zu machen(?) ^^