Det er fordi de tutorials du ser, er lavet med udgangspunkt i VB.NET og ikke C#.NET. Har du en særlig interesse i VB, eller er det tilfældigt at du valgte den tutorial? - Ellers vil jeg anbefale at finde en C# tutorial i stedet.
--
* Filco Majestouch 2 MX Brown PBT
--

Sidst redigeret 25-03-2016 23:43

CS hvis du skal udvikle programmer/apps med programmeringsproget C# VB hvis du skal udvikle programmer/apps med programmeringsproget Visual basic
--
Gæstebruger, opret dit eget login og få din egen signatur.

#1 Tak for svar, lige det svar jeg manglede. Har bare en interesse i VB pt.
--
If you put the federal government in charge of the Sahara Desert, in 5 years there'd be a shortage of sand.

#0: Det er fordi han (jeg antager ved en fejl) er kommet til at vælge Visual Basic .NET fremfor C# .NET :) Husk, at der er forskel på Visual Basic (til Excel mv.) og Visual Basic .NET. Nu ved jeg ikke i hvilket forbindelse, du ønsker at lære det, men C# er det mest populære af de to. Så hvis du ikke har en speciel grund, vil jeg ligesom #1 anbefale at lære C#.
--
MB: ASUS Z77 Sabertooth | CPU: i7 2600K | GPU: GTX 970 | RAM: 16GB 1866MHz | CASE: Silencio 550 | SSD: Samsung 840

Du bliver nok gladere for C# i længden end VB :)
--
i7-4790k # Asus GTX770 # Kingston HyperX Fury 16GB # ASRock Z97 Pro4 # Samsung 840 EVO 250GB # Corsair RM550 # Windows 10 Pro

#5 Der ingen forskel på hvad du kan med VB.NET og C#.NET. Vent der er en: Flerlinje kommentarer i C#. Jeg skriver selv i begge sprog, og jeg må sige at jeg synes at syntaksen i VB.net er langt mere elegant. Den egentlige ulempe ved VB er når der skal findes eksempler, der er det altid nemmere med C#
--

Sidst redigeret 26-03-2016 10:51

#6 Det er netop mængden af eksempler m.m. der giver min anbefaling på C#
--
i7-4790k # Asus GTX770 # Kingston HyperX Fury 16GB # ASRock Z97 Pro4 # Samsung 840 EVO 250GB # Corsair RM550 # Windows 10 Pro

Må også hellere argumentere for min anbefaling af C#: C#-segmentet er i den grad større og mere udbredt end VB.NET og det vil være lettere at finde løsninger/eksempler på alverdens problematikker. Det kan hjælpe til at give en bedre forståelse og samtidig undgå frustration, hvis man løber panden mod en mur. Desuden kan man skrive unmanaged-code i C#. VB.NET bruges oftest i henseende med udvikling af addons til bl.a. Office-pakken, hvor det oprindelige sprog er VB 6.0/VBA. Her er fordelen ved VB.NET, at man slipper for at beskæftige sig med to forskellige sprog, hvis man interagere mellem VB.NET og VB 6.0, eller det kan være lettere at portere fra VB 6.0 til en VB.NET-løsning. Det er subjektivt hvorvidt man foretrækker den ene syntaks frem for den anden.
--
* Filco Majestouch 2 MX Brown PBT

/* #6 hvad er dit problem med flerlinie kommentarer i C# ? Jeg har et ret konkret problem med funktioner med mange argumenter (over flere linier) i VB */ Jeg tror at du er nær den første jeg har hørt argumentere FOR VB som værende bedre syntaks. Fordele ved C# er at syntaksen (på nær lampda) er meget lig en række andre store sprog som C/C++ og Java. Javascript vil jeg kalde uafgjort - det kommer meget an på kodestilen.
--

Ifølge den undersøgelse Stackoverflow for nyligt udgav, så er der ikke meget gang i VB-udviklingen. http://stackoverflow.com[...] C# og VB bruger .NET og de kan grundlæggende meget af det samme.
--
Asus Strix GTX 970 - Asus Gryphon Z87 - Intel i5-4670k - Corsair AX760 - Corsair Vengeance 8GB
--

Sidst redigeret 27-03-2016 13:36

#9 Intet, det er i VB.NET at man ikke kan Jeg har lavet rigtigt meget i Java, alligevel synes jeg bedre om syntaksen i VB. Men du har ret i at den minder meget om den i C, som jeg også har skrevet noget af.
--

Sidst redigeret 27-03-2016 18:19

Mere interessant er det vel at ASP.NET Core i første omgang kommer uden understøttelse for VB, og kun får det tilføjet fordi der lød et ramaskrig fra VB-udviklere... Det er måske nok ikke ude, men når Microsoft nu har forsøgt at aflive det en gang, er spørgsmålet jo om ikke det lever på lånt tid. (Iøvrigt så er det aldeles trivielt at oversætte mellem VB og C#, og man kan såmænd få programmer til at gøre det, da begge dele oversættes til det samme i sidste ende)
--
Gæstebruger, opret dit eget login og få din egen signatur.

#12 Der var så noget jeg ikke vidste. Jeg har nu heller aldrig lavet webudvikling.
--

Drop nu det C# og Visual Basic lort. Gå i gang med C eller C++ i stedet - Det er meget bedre for dig. End of discussion.
--

Sidst redigeret 08-04-2016 04:14

#14: Ja, for ALT er lettere at lave i C++.. Det er derfor Microsoft selv bruger C# til Visual Studio editoren. Rette værktøj til rette opgaver.
--
MB: ASUS Z77 Sabertooth | CPU: i7 2600K | GPU: GTX 970 | RAM: 16GB 1866MHz | CASE: Silencio 550 | SSD: Samsung 840

#14 Du burde overveje gyldige argumenter for enhver påstand du kommer med. #15 har den rette holdning.
--
* Filco Majestouch 2 MX Brown PBT

#15 - Du skal ikke tage mit foreslag ilde op. Du ved jo også godt selv, at meget af Visual Studio's kode er C og C++ :-) IMO er GUI det eneste C# klart vinder på. #16 - Der er mange grunde til at foretrække C / C++ over C#.
--

Sidst redigeret 08-04-2016 20:33

#17 Ja og omvendt er der også mange grunde til at foretrække C# over C / C++. Kom med noget konkret, så man kan forholde sig til hvad du skriver.
--
* Filco Majestouch 2 MX Brown PBT

#18 - Kom da selv med noget konkret, så man også kan forholde sig til hvad du skriver. Der er mange væsentlige grunde til at foretrækker både C og C++ over C#. Det er ligesom at spørge "Hvorfor foretrækker du en kold cola over kloakvand? Kom med noget konkret", eller "Hvorfor kan du bedre lide en burger end en hundelort? Kom nu med noget konkret, vi kan ikke forholde os til det du skriver". Kom nu ind i kampen, csbc - Inderst inde er du er jo egentlig enig. Du har bare ikke lyst til at give mig ret - Du er en stædig lille knægt, hva :-) Det skal blive interessant at høre din respons på bare disse tre grunde: 1 ) Performance 2 ) Mere kontrol 3 ) Kombatibilitet på tværs af platforme Kommer du nu med et fedtet svar som "Performance? Hvis jeg nu ikke bruger så meget fra .net frameworket, og du bruger meget fra STL i c++, så kan C# faktisk være hurtigere. Mere kontrol? Hvem har brug for det? Cross platform kombatibelt? Kig på Mono Project." - Blah blah blah.. :-) Ja og omvendt er der også mange grunde til at foretrække C# over C / C++. - Nå ok.. Hvad er så det - At csbc ikke behøver at lære hvad en pointer er, og hvordan memory fungerer?
--

Sidst redigeret 09-04-2016 02:19

C++ er ikke hurtigere end C#, C++ er ikke hurtigere end Java... C++ har til gengæld et potentielt væsentligt lavere hukommelsesforbrug... -og jeg siger potentielt, for der skal ikke mange memory leaks til før man har ødelagt det selv.... (Ikke at folk ikke laver memory leaks i C#, det gør de fleste småmænd, men problemet er mindre) Hvis du mener at man som C# programmør ikke behøver at vide noget om pointere, så tager du fejl... I C# er alt referencebaseret, og forskellen ligger udelukkende i hvor eksplicit det er skrevet. (alt andet en structs, selvfølgelig) Hvis ikke du ved hvornår du sender en reference til et objekt videre, og hvornår objektet ændres, så kommer du godt nok til at undre dig meget over hvordan det dog kan være at du har objekter 10 steder der bliver ændret når du ændrer bare den ene. Nu bruger man iøvrigt programmering til enormt mange ting, og vi kan bare nøgternt konstatere at de steder hvor vi skal bruge C / C++ bliver færre og færre, dybest set er vi nede på at det giver mening at bruge C / C++ til embedded, spil og operativ systemer. Vi bruger det ikke i web, vi bruger det ikke på vores mobiler (ikke til apps i hvert fald), og vi har ikke nogen særlig fordel i at bruge det til almindelige cross-platform applikationer, for det er sikkert nemmere at lave i noget andet. Det er nemmere og hurtigere at bruge andre sprog til langt de fleste opgaver, og hvis man stædigt fastholder at C / C++ er det eneste rigtige, så er man enten en dinosaur eller et elitært røvhul...
--
Gæstebruger, opret dit eget login og få din egen signatur.

#20 - C++ er hurtigere end C#. C er meget hurtigere end C#.
--

#21: Assembly er hurtigere end C og C++. Assembly er det eneste rigtige valg. Selvfølgelig er der et performancemæssigt tradeoff ved at vælge et managed sprog som Java eller C#, da garbage collection er dyrt, når man sammenligner det med 'ingen garbage collection'. Så vi kan hurtigt blive enige om at til systemer, der rent faktisk kan belaste CPU'en 100% hele tiden, vil dette være aktuelt. Problemet er bare, at ovenstående ikke er en ret stor procentdel af den software, der bliver udviklet. Nu ved jeg godt, at du semi-troller, men jeg svarer lige alligevel. :) Mere kontrol køber jeg ikke.. Du kan også kalde unmanaged kode i C#. Cross platform er nok dit bedre argument, da Mono Project er for langtsom og halvfærdigt til rigtigt at blive udbredt, IMO. Men der hvor C#/.NET er et bedre valg ift. C++, er på produktiviteten. For ting som: - Websider - Data API'er - Desktop applikationer er beregningstiden næsten ligegyldig. Det, der begrænser performance er alligevel IO. Dermed er et højere level sprog et bedre valg, da visse ting er håndteret for dig af frameworket. Om det så lige er C#, Javascript, Java, eller Ruby er sådan set ligegyldigt. Selv til tunge beregninger er C/C++ ikke nødvendigvis det bedste valg. Mange bruger R eller Matlab til kompleks matematik. Ganske enkelt fordi det er for svært/umuligt at udtrykke komplekse ligninger i C. Enhver der kommer med udsagn omkring valg af programmeringssprog som X er invariant bedre end Y, mangler erfaring eller betragter det som en religionssag.
--
MB: ASUS Z77 Sabertooth | CPU: i7 2600K | GPU: GTX 970 | RAM: 16GB 1866MHz | CASE: Silencio 550 | SSD: Samsung 840