Article View: be.comp.programming
Article #10965Re: Visual Basic
From: Pieter Philippaerts
Date: Tue, 19 Feb 2002 21:00
Date: Tue, 19 Feb 2002 21:00
108 lines
5597 bytes
5597 bytes
"SpaceRunner" <x.spacerunner@skynet.be> wrote in message news:3c729d0d$0$75154$ba620e4c@news.skynet.be... > Voor mij persoonlijk nog te veel. Voor de prijs van $99 koop ik in de > winkel niet alleen de laatste Mandrake distributie (OS + development tools > + severs + ...) maar ook nog een goed boek. Bij M$ heb je daar alleen nog > maar de VB.Net omgeving voor. Ik heb de rekening dan snel gemaakt. Mja, ok, maar niemand verplicht je VS.NET te kopen om voor .NET te programmeren. Er zijn al verschillende IDE's die .NET ondersteunen en zodra de implementatie voor de andere OSen af is zullen er ook wel Linux/UNIX editors opduiken... (misschien zijn ze er al, ik heb er geen idee van). Of ze echter allemaal even gemakkelijk werken voor .NET code te schrijven valt af te wachten... (en het wordt moeilijk om MS te verslaan in iets waar ze $400 miljard hebben ingestoken). > Allesinds beter dan M$. Hun support geldt tegenwoordig maar vanaf Windows > 98. En versie 4.2 was al beschikbaar voor Windows 98 op de markt kwam. Inderdaad.. july '97... Ik kan het echter nergens verifieren; op hun site staat enkel support voor versie 6.0 and up (misschien heb ik erover gekeken ofzo) en die is pas ergens in '99 uitgekomen. > Aan de implementatie van M$ zal ik toch blijven twijfelen. Je kunt het niet > controleren wat ze allemaal uitspoken. Je heb immers geen toegang tot de > code. Wel... er is een mannier :-) De .NET runtime is in C# geschreven en is dus gecompiled naar IL. IL heeft dezelfde eigenschap als Java Bytecode, namelijk dat je het makkelijk terug kan omzetten naar een hoge programmeer taal (zoals C#, C++.NET of VB.NET). Bijgevolg kan je dus, als je wil, de volledige class library bekijken in je taal naar keuze. Het enige jammere is dat de namen van de variabelen niet mee in de IL zitten en bijgevolg dus zo'n standaard naam krijgen. > Trouwens het .Net framework moet zich nog altijd bewijzen. Java en de > bijbehorende classes (kun je misschien het Java framework noemen) hebben > dat al gedaan. Inderdaad... > Ik denk eerder om Sun een hak te zetten. :-) > > Persoonlijk ga ik zo weinig mogelijk VB.NET gebruiken... In het verleden > > is al gebleken dat Microsoft niet aan de compatibiliteit komt van de talen > > die ze zelf gebruiken, > Neen, tuurlijk gaan ze niet direct aan de compatibiliteit komen van hun > eigen talen. Anders zouden ze hun eigen interne tools (waarvan sommigen in > VB geschreven) teveel moeten herschrijven. > > en het feit dat ze voor zover ik weet VB.NET > > nergens gebruiken doet vragen oprijzen bij mij. > > Dit begrijp ik toch niet helemaal. Wat bedoel je hiermee? Wel, daarmee bedoel ik exact hetgeen je daarboven zei: alle tools/programma's die ze zelf gebruiken zijn geschreven in C#. Als ze dus ooit besluiten om VB.NET van syntax te laten veranderen kunnen ze dat zonder probleem doen, aangezien hun eigen code niet aangetast wordt en VB.NET niet gestandardiseerd is. > Verzorgd, je meent het :-) Ik noem het aan zich binden. Dat is inderdaad de bedoeling... Door ze (developers) goed te verzorgen zorg je (MS) dat ze zich aan je binden. MS heeft dit nodig... (zie http://dabbler.manilasites.com/stories/storyReader$88) > Waarom denk je dan dat > M$ de scripting host heeft ontwikkeld? Vaak denk ik dat dat is om de anti-virus software bedrijven niet failliet te laten gaan... > Onder Linux heb je altijd een "netwerk". Zelfs zonder netwerkkaart. > Voorbeeld: de X-server vraagt namelijk netwerkfunctionaliteit en als je die > niet in de kernel steekt, tja dan zal die niet willen werken. Zoals domains/workgroups in Windows? > En wanneer komt die op de markt? Over 2 jaar zeker? Tja, ik had het kunnen > weten. Waarschijnlijk.. Het is natuurlijk ook mogelijk dat dat in hetvolgende service pack wordt geupdate, maar dat zou ik betwijfelen. > En dat vind ik dus heel spijtig. Want het kan best zijn dat eventuele > alternatieven (en dat hoeft niet altijd GNU/Linux te zijn) beter aan hun > behoeften voldoen, zelfs indien M$ het tegendeel beweerd. Absoluut mee akkoord... Ook voor scholen en dergelijke is de prijs van Linux interessanter als die van Windows. Mvg, Pieter Philippaerts
Technical Details
Message-ID:
<1014152179.312190@seven.kulnet.kuleuven.ac.be>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news-x2.support.nl!amsnews01.chello.com!surfnet.nl!naxos.belnet.be!news.belnet.be!not-for-mailReferences:
<huRb8.148325$rt4.13397@afrodite.telenet-ops.be> <1013986948.238431@seven.kulnet.kuleuven.ac.be> <3c7158ed$0$75149$ba620e4c@news.skynet.be> <1014136851.478753@seven.kulnet.kuleuven.ac.be> <3c729d0d$0$75154$ba620e4c@news.skynet.be>Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII-7-bit X-Google-Thread: fcea4,a1d1525e35f1c12c X-Google-Attributes: gidfcea4,public X-Google-ArrivalTime: 2002-02-19 12:56:22 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news-x2.support.nl!amsnews01.chello.com!surfnet.nl!naxos.belnet.be!news.belnet.be!not-for-mail From: "Pieter Philippaerts" <Pieter@allapi.net> Newsgroups: be.comp.programming Subject: Re: Visual Basic Date: Tue, 19 Feb 2002 22:00:35 +0100 Organization: KULeuvenNet Lines: 111 Message-ID: <1014152179.312190@seven.kulnet.kuleuven.ac.be> References: <huRb8.148325$rt4.13397@afrodite.telenet-ops.be> <1013986948.238431@seven.kulnet.kuleuven.ac.be> <3c7158ed$0$75149$ba620e4c@news.skynet.be> <1014136851.478753@seven.kulnet.kuleuven.ac.be> <3c729d0d$0$75154$ba620e4c@news.skynet.be> NNTP-Posting-Host: seven.kulnet.kuleuven.ac.be X-Trace: naxos.belnet.be 1014152179 12685 134.58.127.12 (19 Feb 2002 20:56:19 GMT) X-Complaints-To: abuse@belnet.be NNTP-Posting-Date: Tue, 19 Feb 2002 20:56:19 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Cache-Post-Path: seven.kulnet.kuleuven.ac.be!unknown@localhost X-Cache: nntpcache 2.4.0b5 (see http://www.nntpcache.org/)