21. september 2001 - 21:51Der er
43 kommentarer og 1 løsning
Game trainer
Jeg har delphi 4 og vil gerne lære at lave game trainer men er der et toturial (helst på danske) og er der nogle danske sider med toturial til at lave programmer (er nybegynder) bare ikke udvikleren.dk
Brug af AI afslører de svagheder, virksomheder allerede har opbygget gennem års cloud-transformation, nye SaaS-løsninger og fragmenterede sikkerhedssystemer.
memo > Hvis du er nybegynder så ville jeg faktisk sige at du skulle glemme Delphi da det er et døende sprog.... Der er mange der programmere det men det har mange dårlige ting (også gode) men Visual Basic er et sprog på samme standart... Visual Basic er faktisk også muske lidt mere standart præet da der er flere der programmere det... det er lettere at så surce til og der findes mere info om programmerings metoder i visual basic....
Truti [DK]
Tag ikke fejl Delphi er et godt sprog men der findes bedre......
dr.truti>> Bla Bla Bla... Hvad fanden er det for noget pis at lukke ud. Skulle Visual Basic være bedre end Delphi. Desuden er kan Delphi Programmøre nu udvikle både til Windows og Linux - det tror jeg sku ikke Visual Basic kan præstere.
Meno>> Hvorfor vil du ikke hellere lave spil i stedet far at snyde!!! :-)) Delphi er et udemærket sprog til at lave både 3D/2D spil. Desværre findes der ikke så meget materiale omkring det. Men jeg vil gerne hjælpe dig i gang, hvis du er interesseret i 3D Udvikling...
zerohero > Delphi er meget langsomt til 3D Grafik...... Jeg ved VB også er med der kan man arbejde meget tæt sammen med DX og på den måde får DX til at udregne det hele....
Jeg arbejder med C++, Visual Basic Hverdag og jeg ved udemærket godt at Visual Basic og Delphi er meget langsomme hvad angår grafik... (Vi snakker om store applikationer) Visual Basic Er fra MS og DX er også fra MS Visual Basic har en plug in der gør komonikatiom mellem DX og VB er meget hurtig.... du kan ikke bilde mig ind at Delphi kan gøre detsamme.... hvis man virkelig skal have noget 3D grafik med smæk i skal man skrive spillet i C,C++ da de ligger tættere på ASM kode og derfor bliver hurtigere konvateret til 1,0\'ere
zerohero > Langsomt Hvad for binder du med langsomt ??? og nej min programmering er stabil jeg undlader Wile løkker og undlader også så mange Next commandoer jeg kan.....
Jeg siger ikke at Delphi er hurtigere end nogen anden programmerings sprog. Men du skal heller ikke bilde mig ind at dit program laver alt udregning (med mindre du har lavet din helt egen projekterings motor). Det kommer an på dit hardware. Desuden er der flere programmøre der lige så glade for at arbejde med Delphi som med C++. Desuden har der været en tilsvarende diskusion her på eksperten...
zerohero > Delphi er et begynder sprog og ligeledes er Visual Basic det..... Visual Basic er hurtigere når det gælder om DX programmering i 3D. Og Delphi kan så snakke lidt linux..... Men husk på at Visual Basic og Delphi ikke laver \"Stand Alone ExE\" filer.. de bliver nør til at have hjælpe filer til at konvatere til 1,0\'er hvad gør processen meget langsommere forhold til C,C++
Og hurtig programmering er ikke at programmet viser en tung layout nej hurtig programmering er at man kan lave mange forskellige udregninger på kort tid.. og her ved jeg at Visual Basic ville vinde over Delphi.... Delphi har sikkert også andre stærke sider som jeg ikke kender. Men på lige dette område er VB hurtiere.....
Der findes også mange menge flere mennesker der programmere Visual Basic.... end folk der programmere Delphi.
Det er rigtigt nok at Delphi i sin tid var blevet lavet for at lære folk forståelsen af at programmere, men ligefrem et begynder sprog vil jeg ikke sige det er. Der findes Universiteter i England der underviser i Delphi på højt neveau.
Desuden er du nok desværre en af dem der undervurdere Delphi totalt... Men jeg vil lægge hovedet på blokken at Delphi er ganske ligeså god til at udvikle OpenGL (3D applikationer) som alle andre sprog...
zerohero > Jepper jeg mener Borlands Standart compailere..... og Jo man kan sagtens undervise i Delphi på høj neveau, ligesom man kan med Visual Basic. Mem på AUC (Ålborg Universitet) skal du f.eks lære at skrive java applicationer... man har ikke brugfor det men man skal kunne alle bruge C++ bagefter... det er lidt i stil med Delphi i england.
OG jeg vil ikke sige jeg undervudere Delphi.. jeg har selv programmeret det (2 månder) men jeg ville ikke vidre da jeg mente at der var mere kød på Visual Basic i længden....
Og skal jeg være helt ærlig så tror jeg aldrig vi bliver enige om dette emne ;)
zerohero > Jo det har jeg tænkt mig ;) selv om Delphi compailer og det ligner en stand alone ExE vil det aldrig komme til at ligne det.... VB bruger en DLL og Delphi gør det samme.... Hvis du står i den heldige situation af at du har en Delphi -> C Compailer så er den en anden snak.....
Det vil sige at hvis du har kompilet en exe-fil med en Delphi kompiler så mener du at den ikke kan bruges på andre computere med mindre de har denne dll fil liggende??? (misforstår jeg dig???)
kosnes>> Hvordan ved lige at Delphi ikke er særligt hurtigt angående 3D. Du har måske selv lavet 3D Applikationer med Delphi??? Jeg kan sende dig en 3D applikation jeg har lavet, så kan du se hvad jeg har lavet i Delphi med OpenGL...
Jeg vil gerne guide dig igang med 3D udvikling af OpenGL i Delphi... *S*
zerohero > Jeg vil lige slå fast at når vi snakker om Delphi og hastighed så er de ikke sekunder vi snakker det er nærmere 0,001 sekunder vi snakker... der kommer selv følgelig an på hardwaren man har på sin pc men ellers hvis man har en 486 med 2 nødagtige ens programmer der gør det nødagtige ens det eneste er bare at det ene er lavet i C++ og det andet i Delphi så ville de klart være C++ der ville vinde den bench... hvis man havede 2 486\'ere med to programmer ens det eneste der var forskel var at det ene var programmeret i Visual Basic og det andet i Delphi de kørte begge over DX så ville Visual Basic vinde den bench... der er så andre GFX standarter Delphi er bedre end Visual Basic på men det er jo en helt anden historie.....
meno>> HINT: Du bliver nødt til at have kontakt mellem din Delphi Applikation og dit spil før at du kan lave en spil-trainer. Det kræver en del viden omkring programmering. Jeg ved desværre ikke hvordan man gør det. Men jeg tror nok at der har været et par spørgsmål før omkring det emne her på eksperten. Prøv at søg blandt allerede besvaret spørgsmål...
OK Hmmm Hvis du bruger standart Compaileren i Delphi 4.0 mener jeg at man skal have en runtime installeret.... hvis du kender doc filer så har de også en runtime installeret inden i sig selv som så bliver pakket ud når de køres.... Du skal også i Visual Basic.....
Det er måske noget sent at jeg bliver opmærksom på denne diskussion, men jeg har altså først lige set den nu. Det er et faktum, at da jeg begyndte at læse dr.truti\'s kommentare ovenfor, så grinte jeg så højlydt at alle i afdelingen kiggede op/over på mig!! Det er sq da de latterligste og mest udokumenterede argumenter jeg længe har hørt:
>...du skulle glemme Delphi da det er et døende sprog...
Det er sq da temmeligt subjectivt, eller har du hårde statistiske facts der viser at antallet af Delphi brugere er faldende? I såfald vil jeg da gerne se dem. Delphi supportes stadig af Borland - der er lige udkommet en version 6 der understøtter alle de nye Windows features - det gør hverken MS VB eller MS VC++ endnu - i hvertfald ikke de seneste CD\'er jeg har fået tilsendt til min VC++ studio. Borland seneste regnskab viste endnu engang overskud, hvilket ikke alle ammerikanske IT firmaer kunne prale med sidste år. Jeg tror godt jeg kan garantere at Delphi ikke dør lige foreløbigt!
>Delphi er meget langsomt til 3D Grafik
Sike noget pis! Delphi laver ikke grafik en dyt langsommere (eller for den sags skyld hurtigere) end hverken VB eller VC. Det er et faktum, at når man laver et program, der laver grafik, så er de rutiner der laver grafikken \"aldrig\" skrevet i programmet selv. Hverken Delphis compiler, eller for den sags skyld C++ compileren eller VB\'s intreperter, ved en dyt om at lave grafik - Man benytter et bibliotek (DLL) der indeholder alt det nødvendige kode og kald til grafikkortets egne rutiner. Dette bibliotek kan så være en af Windows standard DLL\'erne eller man installere OpenGL/DirecX drivere - men det primære er altså at den eneste forskel på de enkelte sprog er hvor optimalt de er istand til at kalde en function i en extern driver. Jeg vil vove den påstand, at laver man et program i hvert af de tre sprog, der tegner 10.000 grønne streger på skærmen - og husker at optimere programmerne ved at slå diverse range og parameter check fra - så vil VB være langsomst og forskellen mellem Delphi\'s og VC++\'s runtime tid vil være i promille, hvilket kan tilskrives windows lyst til at lave alt muligt andet i mens programmerne køre.
>jeg undlader Wile løkker og undlader også så mange Next >commandoer jeg kan.....
Totalt griner.... Hvad har brugen While løkker dog med noget som helst at gøre. Next kommandoen er da netop en feature der speeder tingene op - måske på bekostning af overskuelighed....men det er en helt anden diskution.
>Delphi er et begynder sprog og ligeledes er Visual Basic det.....
Delphi er IKKE et begynder sprog.... om VB er et begynder sprog vil jeg lade være usagt. Personligt mener jeg, at det kan være bøvlet at finde properties og event metoder til VB\'s rutiner, men det er måske bare mig der bruger VB for lidt. Delphi bygger på Pascal, som i sin tid blev udviklet til programerings undervisning på et universitet, men der er dæleme sket meget siden standard Pascal blev opfundet! Selv startede jeg med Compas Pascal under CPM på de gamle Comet computere længe for MSDOS var opfundet. Selv den gang kendte Compas Pascal compileren flere statements etc. end der var i standard pascalen. Siden udviklede Compas Pascal sig som bekendt til Poly Pascal, TurboPascal, Borland Pascal og nu Delphi/Kylix. Som det måske fremgår, så er jeg ingen begynder inden for programering - jeg har programeret siden 1980 i en lang række sprog. Min erfaring med Delphi, og den forgængere, rækker altså over ca. 20 år. Jeg vil derfor nødigt kaldes en begynder og da Delphi til hver en tid, bortset fra når jeg laver embedded micro processor programmer og windows system level drivere, er mit favorit sprog, så kan man vel næppe kalde det et begynder sprog.
>Visual Basic er hurtigere når det gælder om DX programmering i 3D.
Den har vi vist haft.....
>Og Delphi kan så snakke lidt linux
Lidt? det er vist det eneste RAD sprog til Linux - og så vidt jeg ved understøtter den Linux bedre end den understøtter Windwos, hvilket ikke siger så lidt.
>Måske kan jeg tage fejl men 1 ting er 100 % sikkert >Delphi kan ikke lave Real \"Stand Alone ExE\" filer......
Sikke noget pis! ALLE Delphi programmer, der benytter standard windows forms, buttons og anden \'alm.\' kode vil SOM DEFAULT være i en enkelt EXE fil - uden brug af nogen som helst DLL, ud over dem der er installeret i en ren og ny Windows installation. Ingen runtime pakker her min ven!
Check dine facts inden du udtaler dig! (Iøvrigt er 2 måneder langt fra nok til at udtale sig om Delphi med bare lidt vægt bagved)
En helt anden ting er, at i delhi er der mulighed for at sætte en compiler option, der netop gør at der dannes runtime biblioteker (packages), som kan/skal exporteres sammen exe filen. Det er efter min bedste overbevisning en sjældent anvendt mulighed. Nogle vil sikkert finde det praktisk at man, hvis man fx. har mange applicationer der benytter samme rutiner, kan spare lidt plads ved at placere sine packages i WIN/SYSTEM pathen. En typisk EXE fil bliver dermed et par hundrede kBytes mindre, så hvem gider bøvle med det, når harddisk idag har omkring 20 GByte for 2kkr. Jeg ser kun denne option som værende smart, hvis man vil tilbyde visse features til visse kunder - fx. en email pakke som extra tilføjelse til programmet kan simpelt laves ved at kopiere den aktuelle pakke ind i på harddisken.
>Men husk på at Visual Basic og Delphi ikke laver \"Stand Alone ExE\" filer..
VB laver IKKE stand alone EXE filer. Prøv at køre et VB program uden at have VBRUNx.DLL på maskinen. Så vidt jeg husker har VC++ det iøvrigt på samme måde, men det er der måske andre der kan af-/bekræfte.
>de bliver nør til at have hjælpe filer til at konvatere til 1,0\'er >hvad gør processen meget langsommere forhold til C,C++
Den kommentar fatter jeg overhovedet bare ikke..... Hvad hulen snakker du om?
>hurtig programmering er at man kan lave mange forskellige udregninger på >kort tid.. og her ved jeg at Visual Basic ville vinde over Delphi
Aldrig i livet! Hvis du vil lufte den slags påstande i dette (Delphi) forum er du nødt til at bevise det eller også er du totalt utroværdig.
>Delphi har sikkert også andre stærke sider som jeg ikke kender.
Fx. til database applicationer....
>Der findes også mange menge flere mennesker der programmere Visual >Basic.... end folk der programmere Delphi.
Det er squ da også kun fordi det er lavet af det samme firma der lavede operativ systemet og fordi de første generationer af basic, lige siden MS-dos 1.0, er blevet leveret sammen med både windows og div. office pakker. Der er mange der startede deres programerings forløb ved at lave Macro\'s til Word/Excel og siden bare er fortsat i samme spor. (Her har vi iøvrigt Basic\'s største fordel - det er integreret som automation sprog i rigtig megen software rundt omkring)
>Mem på AUC (Ålborg Universitet) skal du f.eks lære at skrive java >applicationer... man har ikke brugfor det men man skal kunne alle bruge >C++ bagefter... det er lidt i stil med Delphi i england.
Og på Handels Højskolen i Sønderborg kunne man (engang?) blive undervist i Delphi! - og hvad beviser det så? (Ikke en dyt!)
Jeg har selv, open University i England, en Master of Science udannelse fra inden for Computeing for Commerce and Industry. Sjovt valgte jeg da både et Turbo Pascal og et Java modul.
> ...vi snakker det er nærmere 0,001 sekunder vi snakker om...
Hvad er så problemet? Windows bruger da 99% af tiden på at vente på at brugeren får fingeren ud og flytter musen. Hvad betyder en hundrededel sekund mere eller mindre - brugeren opdager det aldrig!
>kommer selv følgelig an på hardwaren man har på sin pc men ellers hvis man har >en 486 med 2 nødagtige ens programmer der gør det nødagtige ens det eneste er
Det er vel for hulen ligegyldigt hvad det er for en maskine....
>bare at det ene er lavet i C++ og det andet i Delphi så ville de klart være >C++ der ville vinde den bench...
Latterligt argument. det kommer an på HVAD de laver og HVEM der har lavet de runtime rutiner mv. der benyttes. Optimeringen af den pågældende kode i begge sprog betyder ALT!
Det er en MYTE at C++ laver mere maskinnær kode, dvs. mere optimeret assembler, end Delphi. I den sammenhæng er forskellen på de to sprog hovedsageligt at C++ laver koden om til assembler råt og brutalt. Pascal/Delphi vil indføje kode der checkker om parametre er af den korekte type, checkker for range errors etc. Derfor vil Delphi programmet som udgangs punkt være langsommere....og DERFOR har man i Delphi muligheden for at slå ALLE disse checks fra i en endelig og afprøvet version af et program. Gør man det, så skal du dæleme være dygtig for at spotte mere effektiv assembler kode genereret fra C++ end fra Delphi. Tro mig, jeg taler af erfaring: Check et af de spørgsmål jeg tidligere har oprettet vedr. optimering af nogle loops der laver camera capture/bitmap behandling. Det endte med at delphi loops var hurtigere end de assembler rutiner jeg selv og andre (bl.a. Jens Borrisholt) havde lavet - og ingen af os er specielt dumme til assembler!
>hvis man havede 2 486\'ere med to programmer ens det eneste der var >forskel var at det ene var programmeret i Visual Basic og det andet >i Delphi de kørte begge over DX så ville Visual Basic vinde den >bench...
Jeg må indrømme at jeg finder din påstand utroværdig. Jeg må bede dig om at bake din påstand op ved at stille op med et eksempel som jeg eller andre så vil få mulighed for at skyde ned i Delphi. Lykkes det os ikke, så kurdo til dig.
>hvis du kender doc filer så har de også en runtime installeret inden i sig >selv som så bliver pakket ud når de køres....
Nej der er INGEN runtime i en Doc fil (vi snakker vel om et Word document nu, ik?). De pakkes IKKE ud når de \'køres\'! Åbner du et word document, i stifinderen/exploren, så vil word startes op og den vil loade documentet, men det er en helt anden og totalt urelevant sag.
Mvh Peter
Synes godt om
Slettet bruger
14. januar 2002 - 11:42#44
DELPHI STYRER
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
Slettet bruger
Ny bruger
Nybegynder
Opret
Preview
