Hej,

jag undrar vilka saker som talar för Visual Basics fördel om man jämför det med Delphi. Då främst inom databasprogrammering och klient-server applikationer.

Tack på förhand.

Med vänliga hälsningar,
Martin Andersson

Hej
Som gamal VB och Delphi användare ,ser jag ingen fördel alls.

Rekommenderar Delphi på det bestämdaste.

Vb är mycket lätt att komma igång med,men du växer snabbt ur
den kostymen.Delphi är lite krångligare (lite). Men när du väl
kommer igång vill du inte ha något annat,Syntaxen i Delphi
är så lik Vb så du känner igen dig direkt.

Den stora stora fördelen med Delphi är när du skall distrubera
dina program. Enkelt en exe fil som klarar sig själv."StandAlone"
Du behöver inte bifoga en massa "shit".Dvs Vb behöver alltid
ett RunTime bibliotek mm.mm. även när man kör ett kompilerat program

Ett fullt funkande program i Delphi på låt oss säga 500 K.
Kommer att medföra 3 - 4 Mb i Vb.

Alltså står du i ett vägval så ta inte VB.
mvh
Sven

Tack för svaret.

Om man bortser ifrån syntaxen, vad finns det då för fler väsentliga saker som talar till Delphis fördel?

Mvh,
Martin

hmmm, storleken på ut-filerna är ju knappast kritiskt i ett val av språk, vore det så skulle du ju lika gärna rekommendera assembler, jag har skrivit en smtp klient på 412 bytes (med PE-headers och allt) i assembler och behöver inte dista ngt med den.

Men VB vs Delphi är däremot lite intressantare, om jag skriver ett delphiprogram som kräver tex ADO så måste väl ADO distribueras med delphi-setupen? och så spelar inte vb's runtime på 1.2 mb någon roll...


För mig skulle det naturliga valet på ett helt nytt fräscht program vara vb.net eller c#...

Då skulle frågan borde kanske vara hur vb.net står sig i förhållande till Delphi.

Vad det gäller storleken har den mindre betydelse. Då är det intressantare att se vilket av språken som fungerar bäst i klient-server miljö samt i kommunikationen till SQL-databaser...

VB.Net är utvecklat av en av hjärnorna bakom Delphi, där är de rätt så lika. Om det är sql-server som är databasen är imho vb.net nog bäst då .net-framework erbjuder ett bibliotek som är direkt riktat mot sql-server. Desssutom erbjuder .net objektorientering och det är inte fy skam..

Dessutom är vb.net rätt enkelt att komma igång med, den svåra biten är frameworket.

Igen
>Då skulle frågan borde kanske vara hur vb.net står sig i förhållande till Delphi.

Utvecklingskostnader ! Utvecklingskostnader ! Inte för inte har man
börjat kalla .net för floppNet. Vad gäller SQL och Klient Server
så är Delhhi helt underbart att jobba med (InterBase)

Ok på storlek ,men du kommer att märka vilket strul du får med
inkomertibla versioner när du försöker göra en installation.
urkass bakåtkompabilitet.

Lyd en gamal mans råd kolla hos Borland vad beträffar Delphi 6
och kommande 7 http://community.borland.com/

Det är köpta Delphi folk som har satt MS på detta spår.
MS försökte ta död på Borland men dom misslyckades som tur är.

Tycker
Sven

Tack för svaret :)

Det låter intressant med vb.net. Vad det gäller OO så är ju även Delphi det... Bibliotek för kommunikation med SQL-server finns även i Delphi och iaf har det innan varit så att Delphi varit ganska stark på databas-hantering...

Vet dock inte hur det är nu när .net är med i bilden...

Det räckte med att titta på Databitens beskrivning av Delphi 6.0 för att jag skulle vilja börja använda det som utvecklingsverktyg på direkten... Men eftersom företaget jag jobbar på har använt VB i tidigare applikationer krävs det en hel del övervägande innan jag bestämmer mig.

Citat som fick mig på fall från Databiten (http://www.databiten.se/products/delphi/delphi6/d6news5.htm)

"Istället för att arbeta direkt mot originaldatabasen arbetar man med en cachad kopia i minnet. Först när man väljer ApplyUpdates uppdateras originaldata. Man kopplar alla sina visuella databaskontroller till denna ClientDataSet, istället för direkt koppling till de databasspecifika komponenterna. Detta ger många fördelar – bl a en enhetlig modell oavsett databastyp och vald databaskoppling (BDE, ADO, IBX, dbExpress), mycket bra prestanda och dessutom liten belastning av databasservern och nätverket."

Det finns även möjligheter till bra abstraktion vad det gäller datalager o dyl.

Det jag däremot inte vet är huruvida vb.net har samma möjligheter...

Mvh,
Martin

Igen
>Men eftersom företaget jag jobbar på har använt VB i tidigare applikationer >krävs det en hel del övervägande innan jag bestämmer mig.

Dom kunskaperna och bakåtkompabilitet kommer varken du eller
företaget ha användning för.Bara att försöka porta ett enkelt VB 6
prog till .net kommer att kosta Er massor av timpenning.

DS

Det är förvisso sant.

Jag bör alltså se vb.net som ett helt nytt programmeringsspråk och inte som en uppföljning av vb6 om jag har förstått det hela rätt, eller?

Mvh,
Martin

Ja det är i princip bara dialekten du känner igen.

Pelle har skrivit en bra artikel i ämnet

http://www.pellesoft.nu/login/articles/vb/vb_framtid.asp

DS

Tack för länken, och tack alla för svaren på mina frågor.

Tror nog att det trots allt får bli Delphi för min del eftersom VB 6 känns en aning för begränsat och .NET fortfarande är i sin vagga...

Mvh,
Nartin

Igen
Citat från signatuenn Q

Under BorCon 2002 har det klarnat lite om hur Delphi kommer att utvecklas framöver med tanke på Microsofts dotNet satsning.

En kortfattad summering av BorCon vad gäller delphi och dotNet:
Delphi 7 kommer att släppas under andra halvåret 2002. D7 kommer att inhålla en förhandsversion av Delphi for dotNet, som består av kompilator och VCL för dotNet. 2003 kommer det att släppas en utvecklingsmiljö för dotNet som stödjer flera dotNet språk däribland delphi for dotNet.


Mer att läsa:
Bilder från Anders Hejlsberg tal:
http://homepages.borland.com/aohlsson/BorCon2002/AndersHejlsberg.html

.NET for Delphi Developers:
http://homepages.borland.com/aohlsson/BorCon2002/Danny.html
Delphi .Net under the hood:
http://homepages.borland.com/aohlsson/BorCon2002/AlessandroRawText2.html

Dr.Bob's BorCon 2002 Report:
http://www.drbob42.com/BorCon.htm

DS