17. juli 2007 - 18:44Der er
19 kommentarer og 1 løsning
Hvilke sprog og værktøjer - hjæælp
Hejsan.
Jeg syntes godt nok det kan blive lidt uoverskueligt, at finde sit programmeringssprog og programmer, når der skal kodes.
Mit mål er en databasestyret hjemmeside, ikke windows applikationer, og muligvis hosting af egen webserver. Jeg ønsker ikke at bruge en WYSIWYG editor, men at konstruere koden selv.
Jeg har tidligere programmeret i VB6 og VBA.
Jeg var gået i gang med ASP og Access, men efter en ordentlig omgang research virker det som om, at ASP er outdated og Access måske ligeså godt kan udskiftes med MySQL.
I stedet for ASP, er det nu i stedet ASP.NET man skal kode i.
Og så kan man vælge mellem: Visual Web Developer og Web Matrix, som begge giver mig indtrykket "á la Frontpage for HTML".
Hold op det er forvirrende - hvad skal man dog vælge, hvilke sprog og værktøjer - hjæælp!
ASP.NET og AJAX er to helt forskellige ting, som dog kan bruges overlappende.
Personligt, efter manges års brug af både PHP og ASP (og senere ASP.NET), synes jeg PHP er et langt, langt bedre sprog end ASP. ASP.NET giver dig til gengæld fordelen af, selv at kunne vælge mellem mange forskellige sprog at skrive det i, hvilket kan være en fordel for nogle.
Access er ikke outdated på nogen måde, og hvis du skriver i ASP eller ASP.NET vil du komme til at benytte dig af enten Access eller MS SQL (som grundlæggende er en mere heavy-duty udgave af Access, mest til meget store databaser). MySQL kommer du kun til at bruge, hvis du skriver i PHP, eller hvis du foretrækker at gøre det meget besværligt for dig selv.
Programmer? Jeg bruger selv kun en tekst-editor, og det er skam helt muligt at skrive både ASP, ASP.NET og PHP udelukkende ved brug af en sådan. Men ASP.NET bliver marginalt nemmere for nybegyndere, hvis man bruger et af deres udviklingsværktøjer, og der er Web Matrix ganske udmærket. Ingen grund til at hente den langt større VS Web Express.
Oh tak, for det lys du bringer. Hvis jeg forstår det rigtigt:
Web Matrix er, til dels, en light udgave af VS Web Express og sidstnævnte er en light udgave af Visual Studio, ik?
Både Web Matrix og VS Web Express, fungerer på samme måde som VB6, altså ved at benytte objekter og så supplerer man dem med kode, i stedet for at skrive hele koden selv - også for objektet, ik?
Og så et spørgsmål: Hvis PHP er et bedre sprog end ASP. Er PHP så også bedre at kaste sig ud i, end ASP.NET?
Din opfattelse af Web Matrix er ganske passende, ja.
De fungerer også rimelig meget som VB6, netop med at man trækker objekter ind, og skriver koden for dem bagefter, men dog ikke helt på samme måde, da man også KAN skrive al kode og objekter selv, hvilket man så vidt jeg husker ikke kunne i VB6.
PHP er som sagt et bedre sprog, efter min opfattelse, fordi det giver en mere kontrol over hvad man laver. Det betyder til gengæld også, at det er lidt sværere at give sig i kast med, for der har man ikke muligheden for at trække nogle pæne figurer ind i et visuelt ark - der SKAL alt skrives i hånden. Hvis du er vant til VB6, og godt kan lide måden det fungerer på, så er der sådan set ingen grund til at give dig i kast med det - så vil VB.NET være et udmærket næste trin for dig at tage. Personligt er jeg bare kontrolfreak, og har aldrig brudt mig om de muligheder VB6 fratager mig, til fordel for højere brugervenlighed.
Det kan jeg snildt følge dig i. Men jeg har nu primært kodet i VBA, hvor det er ren kode, ingen objekter, så jeg er vant til, og glad for, at skrive al koden selv. Men kan godt se fidusen i, at springe et par trin over og effektivisere processen. Bare de to editorer ikke er ligesom Frontpage, der kaster om sig med kode. Det ligner jo et krigsområde når frontpage har været igang.
Hehe. Ja, det er ikke engang løgn. Jeg synes dog ikke ASP-editorerne er nær lige så slemme, men som sagt skriver jeg også helst min kode i hånden, så jeg har ikke benyttet mig nok af de visuelle muligheder i MS editorerne, til at vide med sikkerhed, om de til tider går amok og smider kode omkring sig. Men du har jo altid muligheden for at vælge kodevisning.
viperine: det er da total sluder at skrive at man ikke har brug for mysql sammen med asp, det virker da super sammen og på ingen måde mere besværlig end mssql, desuden er det gratis og derfor understyttet af mange web-hoteller. Jeg bruger selv asp og mysql sammen på på min udviklings maskine, et stort intranet, og på en del andre hejmmesider jeg har lavet og har aldrig endnu haft problemer med at det ikke bare virker super.
så nicolaus prøve at spørge ander steder her på eksperten vedr mysql og asp og jeg er overbevist om at du vil få samme svar
sth - Jeg har aldrig påstået der var problemer med det. Jeg har aldrig påstået det ikke virkede sammen. Jeg har aldrig påstået det ikke er gratis. Osv. Jeg HAR påstået det var mere besværligt, og dermed mener jeg at webhoteller der understøtter ASP som oftest, efter min erfaring, har indbygget adgang til Access. Derfor vil man skyde sig selv i foden ved at vælge en ASP/MySQL combo som standard, da det ikke er det mest almindeligt understøttede. Du påstår så at mange webhoteller understøtter denne kombination, og det skal også meget vel passe. Men du må stadig komme med bedre beviser end bare en påstand, for at få mig til at tro på, at det er det mest almindelige.
Eftersom Access klarer de fleste opgaver lige så godt som MySQL, rådede jeg nicolaus fra at benytte denne kombination, da den efter min opfattelse er mindre udbredt, og dermed mere besværlig for en selv. Hvis du er uenig, fair nok. Men der er ingen grund til at begynde at blive nedladende.
Jeg takker for alle input. Jeg har valgt at fortsætte med ASP.NET og Access, indtil videre. Endvidere benytter jeg Visual Web Developer Express, da jeg har seriøse problemer med at køre Web Matrix, af en eller anden besynderlig årsag.
AJAX er som sagt noget helt andet. Det står for Asynchronous Javascript And XML, og er en metode til at hente data fra serveren i baggrunden, så man ikke behøver opdatere siden. Det foregår ved at bruge et XMLHttpRequest objekt i Javascript til at åbne an ASP, PHP eller anden side, og sende indholdet af siden tilbage til Javascript, så du kan opdatere indholdet på siden med det, uden at opdatere.
AJAX har sine klare fordele - bl.a. langt hurtigere load tider, og at man kan have småt dynamisk genereret indhold, uden at irritere brugeren med konstant reload.
Ulemper har det dog også. Ud over at det naturligvis kræver Javascript aktiveret i browseren, hvilket mange med vilje slår fra i dag, så fungerer frem- og tilbageknapperne i browseren heller ikke, hvis du har hentet sidernes indhold vha. AJAX. Det er dog stadig en utroligt nyttig og kraftfuld teknologi at benytte, hvis man benytter den med måde.
viperine Er vi enige om at du skriver "MySQL kommer du kun til at bruge, hvis du skriver i PHP, eller hvis du foretrækker at gøre det meget besværligt for dig selv."
og at jeg så skriver at det er noget sluder.... og det tror jeg nu nok jeg kan få en del her inge til at give mig ret i
viperine: Tak for den rigtig gode forklaring :) sth: Som sagt holder jeg mit pt. til asp.net og access. Senere kan det være det bliver relevant at spørge rundt omkring. Det er altid, om muligt, godt at have indsigt i flere teknologier :)
Foreløbig har jeg til gode at se ordentlige AJAX-løsninger, skrevet i .net - og der er i det hele taget kun ganske få, uagtet sproget, de er skrevet i. AJAX er noget af det vanskeligste, du overhovedet kan skrive til en browser, da det kræver meget stor indsigt JavaScript/DOM i ikke mindst i IE's elendige garbage-collection.
Læg mærke til, at Google's AJAX-apps er nogle af de eneste, der overhovedet adresserer problemet memory-leaking. Et par kik i task-manager'en under brug af en vilkårlig AJAX-applikation i IE - og du har ikke ét eneste hår liggende flat mod hovedbunden =8-O Glem alt om cowboy-kode (og det er, hvad 98% af alle JS'ere skriver), hvis du vil lave applikationer af en vis størrelse i AJAX - og .net's egne forsøg på klient-JavaScript/-JScript er ikke bedre.
Læg dertil, at det næsten er umuligt at finde brugbare AJAX-tutorials på WWW og at nogle af de mest benyttede - f.eks. w3schools.com - stortset intet har at gøre med AJAX ;o)
- så er der i øvrigt idag bunker af udbydere as ASP-hoteller med MySQL-understøttelse. Der er trods alt sket en masse indenfor de seneste 5 år ... også på dette område ;o)
Om så man finder Access (der i udgangspunktet er en enkeltbruger DB) bedre eller dårligere end MySQL ... tjahhh, det ender somregel i en ophedet, religiøs debat =)
sth - Jeg kan ikke rigtig finde ud af, om du med vilje overser sidste del af den sætning. Vi er HELT enige om, at jeg skriver: "MySQL kommer du kun til at bruge, hvis du skriver i PHP, eller hvis du foretrækker at gøre det meget besværligt for dig selv.". Det har vi da vist allerede været forbi én gang? Jeg siger man kommer til at bruge MySQL i forbindelse med PHP, *eller* hvis man foretrækker at gøre det besværligt for sig selv, fordi de fleste ASP-hoteller er kombineret med Access databaser, og at vænne sig selv til en ualmindelig kombination, efter min mening er besværligt.
Jeg vil gerne tro hvad du og Olebole siger, at der er mange hoteller med ASP/MySQL understøttelse, men for nu at gentage mig selv igen, så tror jeg stadig ikke det er størstedelen.
Beklager meget, men jeg kan simpelthen ikke se hvad det er, du ikke forstår.
nicolaus - Jeg håber du forstår hvad jeg mente :) Du er naturligvis velkommen til at vælge MySQL (selvom jeg er klar over du har bestemt dig), men jeg synes personligt det er dumt at vælge andet end det mest almindelige, når der ikke er den store forskel funktionsmæssigt.
viperine >> Nu er vi nået frem til konsensus omkring, at der er bunker af ASP-hoteller med MySQL - men at det dog nok ikke er flertallet. Så er det da indlysende logisk, hvad sth mener - og ubegribeligt, du ikke forstår det =)
Hvis det var som for år tilbage, hvor kun meget få ASP-hoteller udbød MySQL, så ville det være at gøre det besværligt for sig selv at bruge ASP og MySQL sammen ... sådan er det jo netop ikke længere. Hvad er det så, du ikke forstår? Mener du, man kun bør vælge det bilmærke, der har flest autoriserede reparations værksteder for ikke at gøre livet besværligt? Så kunne vi nøjes med ét mærke! Udvid selv argumentet til alle mulige andre af livets aspekter.
Måske, du synes, vi er dumme (og det må jo være tilfældet, når du finder vores valg/handlinger dumme), fordi du ikke har fulgt med i, hvad MySQL er blevet til. Der er himmelvid forskel på Access og MySQL ... nu i version 5 med bl.a. stored procedures ;o)
- og så vil jeg da lige bemærke, at jeg ikke bare er dum. Jeg er en himmelhenrykt, trestjernet patentidiot, der aldrig kunne finde på at vælge Access, hvis MySQL er en option ved den pågældende ASP-opgave :)
Ubegribeligt at jeg ikke forstår hvad? Jeg forstår udmærket hvad sth mener - han kommenterer sådan set bare noget, jeg aldrig har sagt, hvilket gør at HAN ikke forstår hvad JEG mener. Hvilket du så lige beviser heller ikke at gøre.
Og for at tage dit eksempel, så ja. Hvis jeg havde muligheden for at købe to fuldstændig ens biler, med samme ydelse, design, benzinforbrug osv, men den ene kunne repareres alle steder i landet, og den anden skulle til et specielt værksted i Skotland, så ville jeg da klart vælge den første. Alt andet mener jeg stadig er dumt. At du åbenbart ikke kan forstå det, kan jeg slet ikke sætte mig ind i.
Men hvad er der overhovedet med jer to og jeres behov for personligheder og nedladenhed? I har gjort det klart I er uenige, og altså ville købe den bil der skulle sendes til Skotland, og det er fair nok. Nicolaus har hørt begge argumenter, hvad med at vi holder kæft nu?
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.
