mboost-dp1

Stand-alone Win32 udvikling


Gå til bund
Gravatar #1 - squad2nd
8. nov. 2010 21:25
Hej

Hvad foretrækker folk til udvikling af stand-alone software som er uafhængige af .NET og Java?

Jeg står selv i den situation at jeg gerne vil starte et par små-projekter op, og havde i den forbindelse overvejet Object Pascal og FreePascal compileren. Cross-platform er ikke det vilde issue.

Nogen der har nogen bud?
Gravatar #2 - Windcape
8. nov. 2010 22:55
Må der slet ikke være nogen runtimes overhovedet?

Og Delphi (Pascal) er nok dit bedste bud, hvis du ikke vil kode C++
Gravatar #3 - squad2nd
8. nov. 2010 23:58
#2
Med alle de gamle computere der kører Windows XP, skal jeg ikke nyde noget af at folk ikke har installeret en ordenlig version af .NET eller Java.

Jeg havde også regnet med Delphi. Yay!


Gravatar #4 - Windcape
9. nov. 2010 00:11
#3

VB6 er også en mulighed (hahahaha)
Gravatar #5 - squad2nd
9. nov. 2010 00:16
#4
Vil hellere kastreres med en Eiffel manual...
Gravatar #6 - arne_v
9. nov. 2010 01:53
#1

Hvis du er til drop and drag og du kan Pascal så er Lazarus og FPC en oplagt mulighed.

Men ellers er C/C++ jo native sprog til Win32. VC++ eller GCC/MinGW.

Bemærk at VC++ Express Edition og MinGW ikke understøtter MFC.
Gravatar #7 - squad2nd
9. nov. 2010 02:27
#6

Jeg har aldrig været de bedste venner med C/C++, men har gjort mig en ihærdig indsats for at lære MFC. Men synes ikke rigtigt produktiviteten var så banebrydende, og det er vanvittigt (men dog en lærerig oplevelse) at ville lave software bare på win32 API'et alene.

Jeg snupper FreePascal og Lazarus, så får man også lidt cross-platform oveni hatten hvis man vælger sine units med omhu.

//Edit: drag and drop
Gravatar #8 - Mort
9. nov. 2010 06:49
Skal det være stand-alone så vil jeg klart vælge C / C++ til Win32. Der findes massive mængder af hjælpe eksempler og artikler om hvordan man gør alting. MSDN indeholder også massive mængder af informationer, omend de kan være sværere at finde og fordøje.
Gravatar #9 - arne_v
10. nov. 2010 01:47
#8

Og C/C++ definitionerne er autoritative.
Gravatar #10 - squad2nd
10. nov. 2010 02:34
Har aldrig været vild med C/C++... det er the way-to-go til driver-skrivning... men til normale business-apps synes jeg at man skal skrive for meget kode i forhold til hvor meget *bang* man egenligt får tilbage.

Ifølge Wikipedia er Skype forresten skrevet i Delphi, det er da power.
Gravatar #11 - Mort
10. nov. 2010 06:53
Det kommer lidt an på hvad du skal bruge det til. Der er langt flere som udvikler i C / C++ end der udvikler i Pascal / Delphi. Det vil sige at du vil have større chance for at bruge det i forbindelse med et nyt arbejde eller hvis du skal arbejde sammen med andre.

Hvis du kun skal skrive programmer alene og ikke har behov for at dele kode med andre eller har behov for at lære at bruge et sprog som kan hjælpe dig ind på nye jobs, så kan du sagtens vælge et mindre populært sprog, hvis du har større gavn af det.

Det første programmerings sprog jeg brugte på en PC var også Pascal og det havde jeg stor glæde af dengang. Dog skiftede jeg efter et års tid eller to til C da jeg havde større muligheder i det sprog.
Gravatar #12 - illishar
10. nov. 2010 10:11
squad2nd (10) skrev:
Ifølge Wikipedia er Skype forresten skrevet i Delphi, det er da power.

Native Delphi er mere eller mindre en tro kopi af C++. Dog med mere fokus på RAD og GUI. Men da Delphi ligesom C++ ikke har nogen garbage collector, (og ikke har opdateret syntaxen, siden dengang der var almindeligt at skrive ASM) så er den mildest talt blevet løbet over ende af andre RAD/GUI-miljøer, som eks. .NET.
Gravatar #13 - illishar
10. nov. 2010 10:21
Nu vi taler om garbage collector til C/C++ ;)
Så findes der faktisk et ret udbredt bibliotek til formålet: libgc.
Gravatar #14 - squad2nd
10. nov. 2010 13:28
#12
Hæhæ, vil du så ikke også påstå at C++ er løbet over ende?
Lad dig nu ikke narre af at et sprog er gammelt... et gammelt lortesprog som COBOL vokser med 5 milliarder linier kode hver år selvom det er 50 år gammelt or so.


Gravatar #15 - illishar
10. nov. 2010 13:59
#14 Delphi er løbet over ende, fordi der (mere eller mindre) ikke er flere tilbage som der bruger det ;)
Gravatar #16 - arne_v
11. nov. 2010 17:50
#delphi vs C++

Dice.com har lige nu:

5601 jobs for C++
114 jobs for Delphi

Og selvom vi antager at nogen af C++ jobbene reelt er "any OOP" job så må der siges at være en størrelseorden til forskel.

Gravatar #17 - squad2nd
11. nov. 2010 19:34
#16
Én af grundene til hvorfor C# og .NET blev skabt var jo netop fordi MFC viste sig at være en omgang affald i forhold til VB6's RAD... og min feeling er at grunden til at det overhovedet er muligt at bruge frameworket er udelukkende pga. legacy apps.

Jeg ved godt at Delphi ikke er det mest populære, men er det ikke lidt fesent udelukkende at vælge sprog pga. popularitet og ikke hvor hurtigt du kan få en app stablet på benene?

(hvis du nu skulle vælge C++... hvad ville du så egenligt vælge af frameworks... Mr. V? Og ikke sig Qt... )
Gravatar #18 - arne_v
11. nov. 2010 19:53
#17

squad2nd (17) skrev:
Én af grundene til hvorfor C# og .NET blev skabt var jo netop fordi MFC viste sig at være en omgang affald i forhold til VB6's RAD... og min feeling er at grunden til at det overhovedet er muligt at bruge frameworket er udelukkende pga. legacy apps.


Der er sikkert ikke mange som vil starte en ny desktop app idag med MFC. Der er sket fremskridt det sidste 15 år. Men der er rigtigt mange apps der bruger MFC.

Gravatar #19 - arne_v
11. nov. 2010 19:53
squad2nd (17) skrev:
Jeg ved godt at Delphi ikke er det mest populære, men er det ikke lidt fesent udelukkende at vælge sprog pga. popularitet og ikke hvor hurtigt du kan få en app stablet på benene?


Nej.

Populær betyder at:
- det er nemt at få hjælp til det
- det er rimeligt fremtidssikret
Gravatar #20 - arne_v
11. nov. 2010 19:54
squad2nd (17) skrev:
(hvis du nu skulle vælge C++... hvad ville du så egenligt vælge af frameworks... Mr. V? Og ikke sig Qt... )


Jeg laver helst ikke GUI overhovedet.

Så jeg ville lave en 3 gule lapper med "Qt", "GTK+" og "WxWidgets". Klistre dem op på dart skiven og smide pilen.

Gravatar #21 - arne_v
11. nov. 2010 19:55
#20

Bortset fra at med mine evner udi dart ville jeg nok skulle bruge det kendte "tapet" framework.

:-)
Gravatar #22 - squad2nd
11. nov. 2010 19:59
#20
Hvad er nu det for noget... hvorfor laver du helst ikke GUI? Det er da meget spændende at designe en app så at brugerne synes den er intuitiv.
Gravatar #23 - arne_v
11. nov. 2010 20:03
#22

Det har aldrig appeleret til mig.

Jeg kan en lille smule JAM, MS Access forms, Java Swing og .NET win forms, men det er kun nødtvungent.
Gravatar #24 - squad2nd
11. nov. 2010 20:09
#23
Sindssygt nok... hvordan har du undgået at røre ved det?
Gravatar #25 - arne_v
11. nov. 2010 20:15
#24

held/uheld
Gravatar #26 - Windcape
12. nov. 2010 09:09
QT hvis det skal være på Windows. Derudover kan du med QT4 lave UI i en slags declerative UI script (ala. JavaScript), som gør det endnu nemmere.

Det er ikke på niveau med WPF i .NET, men det går an hvis man resolut skal bruge C++.

GTK på Windows er noget man kun gør hvis man hader sine brugere!
Gravatar #27 - illishar
12. nov. 2010 09:57
Win32 API er også en UI mulighed. (Som alternativ til Qt, Gtk ...)

Ah ... ANSI C win32 vækker minder frem.
Gravatar #28 - Daniel-Dane
12. nov. 2010 17:45
Jeg arbejder selv med Delphi 2010. Jeg havde valget mellem at skulle lære Delphi og noget C, og da jeg allerede kunne GML (simpel version af Delphi), så faldt valget på Delphi. Det er så meget nemmere at starte med, og syntaksen giver mere mening.

Fordelen ved Delphi er helt klart, at man kan klaske noget hurtigt sammen. Jeg har også prøvet Lazarus, men det ligner mere Pascal end Delphi. ):
Gravatar #29 - arne_v
13. nov. 2010 01:03
#28

Delphi er/bruger en dialekt af Pascal.

FPC understøtter samme dialekt (Lazarus er IDE'en - FPC er compileren).

Dialekten er iøvrigt opfundet af Apple!
Gravatar #30 - Daniel-Dane
13. nov. 2010 11:45
arne_v (29) skrev:
Delphi er/bruger en dialekt af Pascal.
Mere en gren.

Jeg har bare forsøgt flere ting i Lazarus, som ikke virkede. Desuden kan jeg ikke slippe den (endelige) Unicode-support, som er i Delphi 2010.
Gravatar #31 - illishar
15. nov. 2010 08:36
Daniel-Dane (28) skrev:
Fordelen ved Delphi er helt klart, at man kan klaske noget hurtigt sammen.

Det er lidt sjovt at det stadigvæk er Delphi's slogan. (Jeg arbejder sammen med inkarnerede Delphi-folk og der kommer det samme ud af dem, fra tid til anden.) Slogan'et passede fint dengang det konkurrerede mod VB6. Men native Delphi har ikke udviklet sig synderligt siden dengang, så der findes mildt sagt et par andre miljøer på nuværende tidspunkt, der er mere udviklede. Derudover så er native Delphi jo ikke hurtigere at klaske sammen end eg. C++ med Qt + GUI Editor. Hvis man ser bort fra at Delphi bruger ActiveX til GUI-bygning, hvilket Qt ikke ligner, så er C++- og Delphi-syntax meget lig hinanden. Det kan næsten oversættes fra linie til linie ligesom VB.NET og C#.
Begge miljøer er forøvrigt også kun hurtig at klaske sammen, hvis man ikke mener at en garbage collector har nogen indvirkning på programmer performance.
Gravatar #32 - Daniel-Dane
15. nov. 2010 12:05
But, but, but it's syntax is easier!
Gravatar #33 - arne_v
15. nov. 2010 14:29
#31

Delphi disabler en del af de traditionelle Pascal checks og brug af Win32 API fører en masse C snask med sig.

Men grundliggende er Pascal altså et noget anderledes og betydeligt mere sikkert sprog.
Gravatar #34 - illishar
16. nov. 2010 08:30
arne_v (33) skrev:
grundliggende er Pascal altså et noget anderledes og betydeligt mere sikkert sprog.

Ja, Pascal føles også en hel del mere helstøbt end Delphi og er i det hele taget også et ganske godt alternativ til ANSI C. Men det er stadigvæk lidt af en gammel sag.
Jeg kan anbefale folk at tage et kig på D programming language hvis man er på udkig efter low level sprog. Det er det som C++ burde have været og det er en del mere udviklet end både Pascal, Delphi, C++ mm.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login