Looking for a good C# to VB.NET converter
-
Hey if you spend your life learning a system and then they try to yank the rug from underneath you, well you are likely to stomp on that rug and try to pull it back, if there is a good reason. I don't know if C#.Net is better, but considering the time it took me to get familiar with MSVC++, I very much doubt if I am going to give up without a struggle. If this is just corporate shenigans to make make money off of a new system then I am sure as sugar going to pull back. The executables are huge, the IDE is certainly no improvement, and the main argument for is that it standardizes typical functions into a platform independent, cross-language object is just not good enough for me personally to move all of my code into this new improved system. It is also slow as Hell with same idiotic problems that Java had. These are 3Ghz machines what more do they need? Slowwwww. Good God, what is happening under the hood here?
just to clear up a mistake in my prior response to you when I said: "being able to use multiple inheritance to implement temporary throw away bridges" actually what I meant is: "being able to use multiple inheritance to implement temporary throw away adapters" sorry for the mistake, i get my patterns mixed up once in a while
-
CG wrote: "ROTFL. Actually, I thought you generated my standard list of comments about VB.NET. Wasn't it you who pointed out that an empty string == Nothing in VB.NET, etc. ? I found out that functions invent their own return value on my own....." precisely, you needed someone else's premises for your argument. Never said it was perfect, but as long as patterns are implementable and you're getting good money doing it, why not? besides its only getting better in 2.0m with some exception, which I can list for you so that you can continue moaning and groaning. CG wrote: "You took C++ classes, but you've never coded in it ? How does THAT work ?" Never had to, nor was asked to VB 6 did it all, and where it didn't, pulled out the wallet and bought some awesome tools. Why fight it? CG wrote: "As I recall, last time I said that VB sucks, you took it incredibly personally. I've never said that all VB.NET programmers are idiots ( although the majority of VB.NET code I've seen was plainly written by idiots )." CG: "This could well be the case, because C#, like VB6 and VB.NET, definately is easy enough for a newbie programmer to feel they know what they are doing, just because their code does not crash. But for now the truly terrible code seems to be more in the VB.NEt end of the field" let time takes its toll, ch, ch, ch, changes!!!!!!!!!!! Already apologized for that, because like I said, it's not my style, yet it sure is your style to insult people. you've obviously got issues that go beyond programming. CG wrote: "This is plain stupid. edit and continue existed in VC6, and intellisence has always been there. C# is growing to be more like C++ with the addition of things like templates. I don't really like anonymous methods, but iterators rock, and templates should have been there from the beginning." you can honestly say with a straight face that VC6's edit and continue was like VB's? CG: "Why ? We did it before, you not only agreed with some of my points, but provided a further list of reasons that C# kills VB.NET. Go back and reread it, it'll have the same effect." Why you ask? Why not, it's fun, and I currently having nothing to do besides playing, production is complete!
Giancarlo Aguilera wrote: Never had to, nor was asked to VB 6 did it all, and where it didn't, pulled out the wallet and bought some awesome tools. Why fight it? Not to make too much of an issue out of it, but some of us don't have the cash to buy our way out of corners a less-than-ideal dev tool has painted us into. If i'm gonna get paid to code, i'm best off minimizing my expenses... :) First language i learned was BASIC. Moved on because hardware access was such a pain. Sad to see that with all the improvements made to software since then, we've only managed to create another barrier to use.
Shog9
I'm not the Jack of Diamonds... I'm not the six of spades. I don't know what you thought; I'm not your astronaut...
-
andy brummer wrote: Hopefully in a few years VB will be in the same place that COBOL is now. And where is that, exactly? Have you ever used COBOL professionally (or at all)? Or are you just jumping on the "COBOL is old, so it must be useless" bandwagon?
I know quite a few COBOL developers that maintain applications that do more then $20 million dollars of buisness every day. In fact my first real application dealt with connecting a web application to a COBOL application server on a Tandem mainframe. COBOL is as dead as FORTRAN. They occupy specific niches and aren't used outside of those areas. That is why I didn't say that VB was going to die, because there will be people maintaining VB applications for a long time. I just don't think it will maintain it's position as the most popular windows buisness and web application language. Heck, I even subscribe to the blog of one of the Foxpro developers because he has a really interesting perspective on windows development.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
You must have started out in the science field. I did some good work in FORTRAN just hated allocation of memory in predefined blocks. And those functions that took large number of arguments, or those idiots that define every variable using the first letter. In SGI and Sun machines it was possible to allocate memory dynamically, but it was platform dependent. Jeez now look at us. Templates, and you don't even have to worry about swap space or the size of static memory. Ah, those wer the days.
Every nation ridicules other nations, and all are right. - Schopenhauer
Yep - was a physicist, engineer and defence researcher for a while so had my fair share of FORTRAN. My favourite were the variables named X, XX, XXY and XXX. Oh, and column 6. Dynamic memory? We used to dream of dynamic memory. The solution the guys used was that when the program failed due to memory overflow they would increase the array sizes and recompile. I spent 3 years trying to convince one lot to move to C++ but it was just all too hard. cheers, Chris Maunder
-
I know quite a few COBOL developers that maintain applications that do more then $20 million dollars of buisness every day. In fact my first real application dealt with connecting a web application to a COBOL application server on a Tandem mainframe. COBOL is as dead as FORTRAN. They occupy specific niches and aren't used outside of those areas. That is why I didn't say that VB was going to die, because there will be people maintaining VB applications for a long time. I just don't think it will maintain it's position as the most popular windows buisness and web application language. Heck, I even subscribe to the blog of one of the Foxpro developers because he has a really interesting perspective on windows development.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
andy brummer wrote: he has a really interesting perspective on windows development. "We're all going to Hell in a Handbasket"? cheers, Chris Maunder
-
Christian Graus wrote: they both compile to IL, however the C# compiler creates faster code Are you sure? I know C++ generates more optimized IL, but I have never heard that C# should make more efficient IL than VB.NET. - Anders Bill's Bar
My PhotosWDevs - The worlds first DSP, free blog space, email and more. Now also with forums :)
I have friends on the CLR and C# team and according to them, the C# compiler creates better optimized code. 'Course they might be biased :) Cheers, Tom Archer - Archer Consulting Group Programmer Trainer and Mentor and Project Management Consultant
-
I know quite a few COBOL developers that maintain applications that do more then $20 million dollars of buisness every day. In fact my first real application dealt with connecting a web application to a COBOL application server on a Tandem mainframe. COBOL is as dead as FORTRAN. They occupy specific niches and aren't used outside of those areas. That is why I didn't say that VB was going to die, because there will be people maintaining VB applications for a long time. I just don't think it will maintain it's position as the most popular windows buisness and web application language. Heck, I even subscribe to the blog of one of the Foxpro developers because he has a really interesting perspective on windows development.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. :wtf:
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
Well, if I was getting work in VB.NET, that would be the case, but instead I'm getting what I really want - the client converts to C#. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. :wtf:
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
andy brummer wrote: It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. Link, please! :-D Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
-
I've found that dumb managers often want VB.NET because they percieve that it's easier, and therefore easier to find other programmers who can use it. This will change, and in fact, we're having no trouble converting clients to C#, simply by showing them our work and telling them we refuse to work in VB.NET, unless they pay double. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Christian Graus wrote: telling them we refuse to work in VB.NET, unless they pay double. Are you implying VB.net coders should be paid more than C# devs? :mad: ;P Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
-
Christian Graus wrote: telling them we refuse to work in VB.NET, unless they pay double. Are you implying VB.net coders should be paid more than C# devs? :mad: ;P Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
LOL - heaven forbid. As I suspect you've realised ( from the smiley ), I want danger money before I rot my brain with VB Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
andy brummer wrote: It's interesting to hear someone with low level C++ and algorithm experience getting pumped about a product like visual foxpro. Some of the posts have been about creating compressed indexes from the low memory DOS days to optimizing memory alocation algorithms based on a graphical memory allocation display he built using foxpro, or how they built garbage collection into the application using foxpro database tables. Link, please! :-D Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".
http://weblogs.asp.net/calvin_hsia/[^]
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
Can anybody recommend a good C# to VB.NET converter that can convert entire C# projects? I tried several and none of them produce code that can compile. I need to automate converting several thousand lines of code on a regular basis. Manual tweaking is not an option.
you could try this link: http://www.kamalpatel.net/ConvertCSharp2VB.aspx[^] hope it helps. Goodluck!
-
Yep - was a physicist, engineer and defence researcher for a while so had my fair share of FORTRAN. My favourite were the variables named X, XX, XXY and XXX. Oh, and column 6. Dynamic memory? We used to dream of dynamic memory. The solution the guys used was that when the program failed due to memory overflow they would increase the array sizes and recompile. I spent 3 years trying to convince one lot to move to C++ but it was just all too hard. cheers, Chris Maunder
-
One plausable reason is that he has C# code that will perform a prospective client task, but the client is insistent on VB.NET Cheers, Tom Archer - Archer Consulting Group Programmer Trainer and Mentor and Project Management Consultant
Or his C# developer left the company and the agencies can only get hold of VB.Net developers at short notice? '--8<------------------------ Ex Datis: Duncan Jones Merrion Computing Ltd
-
Yep - was a physicist, engineer and defence researcher for a while so had my fair share of FORTRAN. My favourite were the variables named X, XX, XXY and XXX. Oh, and column 6. Dynamic memory? We used to dream of dynamic memory. The solution the guys used was that when the program failed due to memory overflow they would increase the array sizes and recompile. I spent 3 years trying to convince one lot to move to C++ but it was just all too hard. cheers, Chris Maunder
Imagine 128K of RAM, divided into 16K blocks, only 1 of which was active at a time. Sort of like jumping up, and someone replaces your chair with another one before you land. This was the Atari computer, pre-ST. X| Don't know if they fixed this for the ST line. Top 10 Geek Resulutions: 5. To decipher what that big room is, which has the blue ceiling and poor climate control.
-
Giancarlo Aguilera wrote: Never had to, nor was asked to VB 6 did it all, and where it didn't, pulled out the wallet and bought some awesome tools. Why fight it? Not to make too much of an issue out of it, but some of us don't have the cash to buy our way out of corners a less-than-ideal dev tool has painted us into. If i'm gonna get paid to code, i'm best off minimizing my expenses... :) First language i learned was BASIC. Moved on because hardware access was such a pain. Sad to see that with all the improvements made to software since then, we've only managed to create another barrier to use.
Shog9
I'm not the Jack of Diamonds... I'm not the six of spades. I don't know what you thought; I'm not your astronaut...
hello shog, sorry for the delayed, although you probably weren't looking for one either. shog wrote: "Not to make too much of an issue out of it, but some of us don't have the cash to buy our way out of corners a less-than-ideal dev tool has painted us into." I really don't want to make an issue out of it either, for I sympathize with the folks that need but cannot afford third party tools. I've been fortunate in the sense that the return value of the tools I've used have always exponentially exceeded their cost, for time can usually be translated into money; furthermore, 500 dollars was the most expensive price I had to pay for a tool that in the end saved me a whole lot of time and therefore saved my employers money, for they pay me for my time. Now that I work for an ISV I'm even more spoiled. But in any case, I understand your point, at least the third part, that not everyone should have to pay extra money for tools. furthermore, true, the vb 6 development did force you into particular dark corners at times, however, there's is no such thing as an ideal development tool, just because you can do anything in c++ doesn't mean the environment is ideal. just look at c# and its development environment. in any case, your point is well taken
-
http://weblogs.asp.net/calvin_hsia/[^]
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
Thanks, will take a look. :) Vikram.
http://www.geocities.com/vpunathambekar "Argue for your limitations, and sure enough, they're yours." – Richard Bach, "Illusions".