[Alg] C# of VB.NET

[whoami]

Ik ben begonnen met mij in .NET te verdiepen en ik focus mij voornamelijk (voorlopig enkel eigenlijk) op C# omdat ik eigenlijk weiger om in BASIC (in welke vorm dan ook) te programmeren. Dat komt mij nu goed uit omdat Microsoft C# profileert als dé taal van .NET om in te ontwikkelen.
In VB.NET zijn er trouwens heel wat nieuwe features opgenomen (OO en al zijn implicaties) waardoor de leercurve om van VB naar VB.NET imho even groot zal zijn als de leercurve om van VB naar C# te gaan.
Daardoor zou VB.NET wel eens kunnen gemarginaliseerd (wat een woord) worden, maar Visual Basic heeft natuurlijk een grote naamsbekendheid en VB-ontwikkelaars zullen misschien toch eerder naar VB.NET overstappen dan naar C#.

Nu vraag ik me af, wat zal er de hoogste vlucht kennen? Wat wordt het populairst? Indien C# idd de taal wordt van .NET, dan is er geen probleem voor mij, dan blijf ik bij C#.
Wordt C# echter gemarginaliseerd en blijkt VB.NET populairder te worden, dan zit er voor mij niets anders op dan mij te laten bekeren door de Javahova's.

Wat is de mening van de Tweaker hierover?

[mbravenboer]

Ik hoef mijn mening zeker niet te geven?

Toch nog even samengevat: C# samen met .NET zijn een zegen voor de MS Windows ontwikkeling .

[mulder]

VB.Net is volgens mij overbodig geworden, C# ziet er uit als een mengeling van C++ en VB. Ik heb zelf veel in VB gedaan, nooit in C++. Heb net een beetje geproeft van een Webapplicatie in .NET, en zie geen enkele reden om maar 1 blik op VB.Net te werpen, ga volledig voor C#.

[whoami]

Op vrijdag 01 februari 2002 15:11 schreef mbravenboer het volgende:
Ik hoef mijn mening zeker niet te geven?

Neen, jij bent de ultieme Javahova.

[Verwijderd]

VB.net heeft de voordelen van VB wvb de zaken die men lastig vind in C (zoals die ';' ) C# heeft die voordelen niet. VB.net is voor de beginner die geen voorkennis heeft van VB of C++, een niet zo goede keuze, omdat MS C# pusht en niet VB.net. Ikzelf broddel mn middle-tier components gewoon in VB, want dat is verreweg het snelst qua developmenttime en performancewise maakt het geen bal uit mbt C++) maar ik ga geen VB.net dingen doen, althans niet in 1e instantie. Ben nu bezig met C# en dat lijkt me een goede taal, en je moet bij VB.net toch veel nieuwe dingen leren, dus waarom niet een nieuwe taal ? (ok, ik heb veel C++ ervaring, dus dat was niet zo'n moeilijke keuze ).

Maar in the long run maakt het niet zoveel uit: beide hebben als target de met meer dan 5000 classes opgezette .NET library, beide werken ongeveer hetzelfde, de een heeft hiervoor de wat makkelijke taalconstructies de ander daarvoor...

[whoami]

Op vrijdag 01 februari 2002 15:56 schreef Otis het volgende:
VB.net heeft de voordelen van VB wvb de zaken die men lastig vind in C (zoals die ';' ) C# heeft die voordelen niet. VB.net is voor de beginner die geen voorkennis heeft van VB of C++, een niet zo goede keuze, omdat MS C# pusht en niet VB.net. Ikzelf broddel mn middle-tier components gewoon in VB, want dat is verreweg het snelst qua developmenttime en performancewise maakt het geen bal uit mbt C++) maar ik ga geen VB.net dingen doen, althans niet in 1e instantie. Ben nu bezig met C# en dat lijkt me een goede taal, en je moet bij VB.net toch veel nieuwe dingen leren, dus waarom niet een nieuwe taal ? (ok, ik heb veel C++ ervaring, dus dat was niet zo'n moeilijke keuze ).

Ja, maar ik denk (vrees) dat veel VB'ers (zowel pro's als huis/tuin/keuken hobbyisten) eerder naar VB.NET zullen overstappen omdat dat bekend klinkt en ze waarschijnlijk zullen denken dat er niet veel veranderd zal zijn tov Visual Basic.

[Verwijderd]

In het verlengde van wat hierboven is geschreven:

Ik ben van plan om volgend jaar een van de .NET talen te leren. Ik zit nog te twijvelen tussen vb.net en c#. Ik heb al enige ervaring met VB6 en geen met een C achtige taal. Als iemand me een zinnig advies zou willen geven over welke van de twee ik zou moeten gaan leteren, mag dat.

[whoami]

Op vrijdag 01 februari 2002 22:14 schreef Hompie het volgende:
In het verlengde van wat hierboven is geschreven:

Ik ben van plan om volgend jaar een van de .NET talen te leren. Ik zit nog te twijvelen tussen vb.net en c#. Ik heb al enige ervaring met VB6 en geen met een C achtige taal. Als iemand me een zinnig advies zou willen geven over welke van de twee ik zou moeten gaan leteren, mag dat.

Zie ook de eerste post: volgens mij is de leercurve om van VB naar VB.NET te gaan evengroot als de leercurve om van VB naar C# te gaan aangezien er heel wat veranderingen in VB.NET zitten tov Visual Basic. C# wordt trouwens geprofileerd als de belangrijkste ontwikkeltaal voor het .NET platform. Ik zou dus voor C# gaan.

[ErectionJackson]

Het werken met VB.NET en C# is heel erg gelijk aan elkaar. Het is voornamelijk het verschil in syntax. Als ik ergens een tutorial lees die in VB.NET is geschreven hoef ik niet eens meer te denken, maar pleur ik zo de code in C# neer. Het lijkt gewoon erg veel op elkaar.

Wat verschilt zijn bijv. bewerkingen op variabelen e.d. in VB.NET doe je Replace(blabla) en in C# string.Replace(blabla). Wat dat betreft lijkt VB.NET wel op z'n voorganger.

Ik heb zelf ook in VB geprogrammeerd, maar ik vond de code van C# overzichtelijker werken, dus ben ik voor C# gegaan. Je kunt met beide talen evenveel, dus het is gewoon een persoonlijke keuze.

[Verwijderd]

Zit er in Visual Studio .NET nu ook nog gewoon C++ of is deze vervangen door c# ??

[whoami]

Er zit ook nog gewoon Visual C++, maar ik denk niet dat die het .NET principe ondersteund. Naar mijn mening produceert die VC++ nog steeds native code en geen IL.

[Verwijderd]

Ik dacht dat je met Managed C++ (Wat een naam!) wel speciale .Net syntax had, zodat je kan kiezen of je speciaal voor .Net wil compileren/programmeren, of 'ouderwets' naar native. Maar ik kan me vergissen, want ik ben geen c++ expert

[mbravenboer]

Natuurlijk kan "Managed C++"/".NET C++" ook compileren naar IL, anders zou het niet zo zinvol zijn om die taal te ondersteunen in .NET.

Neem hier maar eens een kijkje:
http://www.microsoft.com/sverige/msdn/events/previous/vsdotnet/02_dotNet_Framework.ppt

tip! Interessante slides

[Ramon]

Volgens mij, is het gewoon een persoonlijke keuze welke taal je kiest. MS zal alle huidige talen in .net blijven ondersteunen.

Zelf neig ik meer naar Jscript.NET, maar dat is omdat ik in ASP 3.0 ook Jscript gebruikte.

(en omdat ik dan mijn JavaScript boek kan gebruiken (iig in ASP3 leken Jscript en JavaScript errug op elkaar))

[whoami]

Op zaterdag 02 februari 2002 11:34 schreef KoenM het volgende:
Ik dacht dat je met Managed C++ (Wat een naam!) wel speciale .Net syntax had, zodat je kan kiezen of je speciaal voor .Net wil compileren/programmeren, of 'ouderwets' naar native. Maar ik kan me vergissen, want ik ben geen c++ expert

Hmm, ja ik herinner mij ook zo vaag iets, maar dan mag je geen multiple inheritance, pointers en andere dingen gebruiken die de CLR niet ondersteund.

[Verwijderd]

oh ja, draait vs.net onder win 98 of moet ik over op win XP?

[whoami]

Ik denk dat je voor Visual Studio.NET Win XP nodig hebt, maar ik ben het niet zeker.

Ik draai hier zelf nog Win 98 op m'n P2, maar ik heb wel het .NET framework draaien en met een editor die ik hier ergens gratis van het net geplukt heb, kan ik ook met C# uit de voeten. Ik heb dan natuurlijk wel de .NET IDE niet.

[Verwijderd]

Op zaterdag 02 februari 2002 12:35 schreef Hompie het volgende:
oh ja, draait vs.net onder win 98 of moet ik over op win XP?

Kijk eens op de VS.net page bij microsoft voor de recommendations.

[Verwijderd]

Op zaterdag 02 februari 2002 12:43 schreef Otis het volgende:

[..]

Kijk eens op de VS.net page bij microsoft voor de recommendations.

IK heb nog een keer gekeken en klan het echt nergens vinden

[mbravenboer]

Hompie: IK heb nog een keer gekeken en klan het echt nergens vinden

Dan moet je beter zoeken

Gevonden via:
http://msdn.microsoft.com/vstudio/prodinfo/default.asp

[Ramon]

Op zaterdag 02 februari 2002 14:47 schreef Hompie het volgende:

[..]

IK heb nog een keer gekeken en klan het echt nergens vinden

hoewel ik moet toegeven dat de site van MS nou niet exact de meest overzichtelijkste is, valt dit me toch tegen....

http://msdn.microsoft.com/vstudio/prodinfo/sysreq.asp

[Verwijderd]

Op zaterdag 02 februari 2002 14:54 schreef Tampie2000 het volgende:

[..]

hoewel ik moet toegeven dat de site van MS nou niet exact de meest overzichtelijkste is, valt dit me toch tegen....

http://msdn.microsoft.com/vstudio/prodinfo/sysreq.asp

Ik ben een ramp met sommige website's,ben net ook een half uur bezig geweest met mijn mcafee virus.dat-file.

[whoami]

'k vind persoonlijk die system requirements wel de pan uit schieten. 3.5 Gb voor de Professional edition.

[Prozaq]

IMO profileert MS C# helemaal niet zo fanatiek als DE taal voor .NET. Als jij om een of andere reden geen zin hebt om in vb te ontwikkelen, waarom open je dan dit topic

De leercurve voor een VB programmeur is helemaal niet zo groot bij de overstap naar vb.net. Zeker als je als VB programmeur al kennis hebt van OO

[mbravenboer]

Prozaq: Zeker als je als VB programmeur al kennis hebt van OO

* mbravenboer wijst je even op een semantische fout in deze zin . Syntaxtisch is hij wel ok .

(ik bedoel dit iets serieuzer dan dat het er staat, maar goed...)

[Verwijderd]

Op zondag 03 februari 2002 11:04 schreef whoami het volgende:
'k vind persoonlijk die system requirements wel de pan uit schieten. 3.5 Gb voor de Professional edition.

Ja... plus nog 1.5 gb voor Windows XP.... Oke..de meeste computers hebben tegenwoordig standaard 40 gb harddisks dus ik vind dat we niet moeten gaan klagen. Al hoewel, herinnert iemand nog die mooie oude tijd dat alles nog gewoon paste op een 3.5 diskette....

[Verwijderd]

Op zaterdag 02 februari 2002 23:04 schreef Hompie het volgende:

[..]

Ik ben een ramp met sommige website's,ben net ook een half uur bezig geweest met mijn mcafee virus.dat-file.

Ik gebruik meestal google om op microsoft te zoeken (gebruik site:msdn.microsoft.com ofzo).

[Verwijderd]

Op maandag 04 februari 2002 00:22 schreef Doekman het volgende:

[..]

Ik gebruik meestal google om op microsoft te zoeken (gebruik site:msdn.microsoft.com ofzo).

Ah... das een mooie tip. Het is ook nog 10000x sneller ook. En stel dat ik zoek naar een bepaalde sdk functie (bv 'CreateWindow') het eerste resultaat bij de msdn search altijd de WIN CE documentatie is Dat heb ie nou dus ook niet

[whoami]

Op maandag 04 februari 2002 00:06 schreef vicz het volgende:

[..]

Ja... plus nog 1.5 gb voor Windows XP.... Oke..de meeste computers hebben tegenwoordig standaard 40 gb harddisks dus ik vind dat we niet moeten gaan klagen. Al hoewel, herinnert iemand nog die mooie oude tijd dat alles nog gewoon paste op een 3.5 diskette....

Ik herinner me nog de tijd dat ik 2 of 3 spellen op een diskette had staan.

[whoami]

Op zondag 03 februari 2002 22:40 schreef Prozaq het volgende:
IMO profileert MS C# helemaal niet zo fanatiek als DE taal voor .NET.

Toch wel hoor. Je moet maar even zoeken en je vind er wel iets over...

De leercurve voor een VB programmeur is helemaal niet zo groot bij de overstap naar vb.net. Zeker als je als VB programmeur al kennis hebt van OO

Toch wel, want als VB programmeur heb je geen kennis van OO (zoals mbravenboer al zei). VB is niet object georienteerd meer eerder object - gericht, terwijl VB.NET dan weer wel OO zal zijn.

[Verwijderd]

(Dit vind ik even het algemene VB. NET topic)

Als ik in VB.NET een vb-klasse heb en daarbinnen variabelen. Dan kun je die declareren via private en dim (en natuurlijk public enzoo). Zit er nog een verschil tussen dim en private ?? Ik kon zo gauw geen verschillen vinden qua bereikbaarheid en veiligheid van de variabele.

[whoami]

Dit vind ik een beetje zinloos om een topic van 5 jaar oud te gaan kicken met een basic-vraag die eigenlijk totaal niets met het topic te maken heeft.
Zowiezo bestaan er geen 'algemene <insert-taal-naam-here> topics'.

Het antwoord op je vraag: ik stel voor dat je even een boek gaat halen waar de basisbeginselen van VB.NET behandeld worden, want 'Dim' en 'Private' slaan echt wel op 2 verschillende dingen'. (private is een access modifier, en met Dim geef je , afaik aan dat je een variable declareert).