Vprašanja te teme so tako široka in raznolika v možnih pristopih, da lahko vsak realen odgovor na neizogibna vprašanja le pokaže celotno pot.
Danes si mnogi želijo in upajo, da bodo ustvarili dinamično (na podlagi podatkov) prisotnost na spletu, katere arhitektura zlahka sprejme novo gradivo, revizijo in interakcijo obiskovalcev. wikiHow je na primer dinamično spletno mesto. Čeprav je cilj kakovostnih projektov dosegljiv vsem pridnim ljudem, bi bilo napačno podcenjevati tisto, kar je na koncu bistveno zahtevna naloga, zlasti pri tehničnih objektih katerega koli bodočega projekta. Tudi najpreprostejša dinamična prisotnost na spletu zahteva zadostno znanje v različnih disciplinah.
Pri doseganju nepogrešljivih ciljev nihče ne more odstopati od dobre zasnove baze podatkov. Samo priprava na to disciplino je pomembno (vendar ne izključujoče) delo. Ko imamo povzetek ciljev projekta, si moramo zamisliti razumna sredstva za njihovo doseganje. Nato imamo na izbiro programske jezike ali orodja, ki temeljijo na viziji idealne arhitekture projekta.
Videti celotno sliko od samega začetka je torej najpomembnejša veščina vseh.
Koraki
Korak 1. Razmislite, katera orodja in procesi bodo dosegli vaše cilje
Ker je osrednje jedro vsake dinamične spletne prisotnosti zbirka podatkov in obdelava podatkov, je naš prvi bistveni cilj sprejeti daljnosežno odločitev o mehanizmu baze podatkov. Upati, da bi se takšno odločitev sprejeli le na nek navidez, najbolj razumen začetni način, ni dobro.
- Bistveni cilj te prve odločitve je načrtovati naš projekt na način (z orodji in motorji baz podatkov), ki bo podpiral vaše potrebe na poti skozi prihodnost, v kateri boste, ker ste sprejeli pravilne prve odločitve, gradite učinkovito na svojih začetnih temeljih, učinkovito in brez morebitnih ovir. To pomeni, da v idealnem primeru na primer izbrani mehanizem zbirke podatkov ni le enostaven ali na videz preprost za uporabo danes; od začetka mora biti motor, ki bo podpiral vaše zahteve po nadaljnji obdelavi.
- Včasih komercialni premisleki še dodatno vplivajo na takšne odločitve. Kateri motorji so obiskani (in dragi)? Kateri motorji so praktično brez udeležencev pri izvedbah, ki vzdržujejo cilje obdelave, ki jih mora izpolnjevati vaš morebitni projekt? Na splošno velja, da morate izbrati motor na podlagi enega od dveh možnih načinov.
- Če želite to narediti, morate najprej določiti svoje osnovne potrebe po tabeli. Strokovnjakom tega zemljevida niti ne bo treba graditi (ne glede na to, če gre za stotine ali tisoče tabel), saj bodo običajno takoj videli, ali sta arhitektura in prihodnje potrebe, ki jih boste morali podpirati, intenzivno branje ali pisanje. Nato boste izbrali ustrezno bazo podatkov, ki temelji na tej splošni postavitvi, morda pa tudi na podlagi osebnega okusa in izkušenj, saj lahko delo z ustreznimi orodji za razvoj programske opreme napoveduje. MySQL je običajna izbira za intenzivno branje. Mnogi razvijalci iščejo zbirke podatkov, kot je PostgreSQL, za zanesljive implementacije, ki intenzivno pišejo. Skrb za takšna ključna orodja razvijamo s skrbnim raziskovanjem in na podlagi izkušenj splošne industrije razvoja programske opreme. Na splošno se je mogoče izogniti stroškom, saj so na voljo brezplačne namestitve zelo dobrih orodij. To, kar iščemo, je zmogljivost v okoljih z intenzivnim branjem ali pisanjem, zanesljivost, enostavnost in zmanjšanje administracije ter pripravljena integracija z bodočimi orodji za razvoj programske opreme.
Korak 2. Izberite orodja za razvoj programske opreme
Pri izbiri orodij za razvoj programske opreme je treba upoštevati dva vzorca. Domnevno "lahka" orodja so v resnici le redka, ko projekt neizogibno prekine zasedbo razvojnih in funkcionalnih vzorcev, "preprosta" orodja so na splošno omejena. Če želite narediti kaj mimo "enostavnih" orodij, na primer vključiti jezik ali parameter prevajanja v dinamično generirane URL -je, bo to v "enostavnih" orodjih lahko toliko težje doseči, da bodo morda potrebne zelo sofisticirane programske spretnosti, da prav tako, da z lahkotnim vzorcem izigravate bolj zapletene stvari. Za gradnjo dobrih projektov moramo obvladati svoja orodja. Zaradi tega lahka orodja niso najboljša izbira, najbolj zahtevna orodja pa težka ponudba. Past "lahkega" razvoja na splošno vsebuje omejitve, ki jih je zaradi neizogibnega razvoja projektov zelo drago premagati. Na splošno obstaja ogromno različnih orodij, ki navidezno zadovoljujejo te potrebe. Toda vzorec vztrajnosti orodij razkriva navidezno dejstvo, da je bil ta cilj dosežen; in tako na splošno ugotovimo, da najbolj izpopolnjena in zmogljiva orodja, ki sledijo dobrim vzorcem (ali razpoložljivosti predmetov in knjižnic), ne le odpravijo praktično neizogibnih ovir pri enostavnih orodjih, ampak tudi naredijo "priti tja" veliko bolj enostaven proces. Ko preučimo obseg razpoložljivih orodij, so v začetnih razvojnih konceptih na splošno predstavljeni manj obsežni modeli, boljša pa ponujajo poznejša orodja (ali pa ne bi imela možnosti preživeti na že osvojenih trgih). Če izberemo domnevno preprosto orodje, potem iščemo razvojni vzorec, ki je obilen in brez morebitnih ovir. Paradoks za neofita je torej težava videti tako daleč po cesti, da lahko zaznamo programske ovire za določen nabor orodij. Nekateri menijo, da so najboljša orodja najmočnejša in najmanj omejujoča v smislu projektnega pristopa. Svoboda, da razvijete tisto, kar želite in potrebujete, pogosto pomeni razbijanje splošnega modela navidez preprostih orodij, katerih izzivi lahko praktično zlomijo možgane najbolj izkušenega in prefinjenega inženirja programske opreme, ker uspeti v takem predmetu pomeni, da je "preprosto" model naredi nekaj, česar morda ne podpira. Je na primer "Ruby" res lažje orodje kot temeljni C ++ ali C#? Ne. Pravzaprav ne, še posebej, če morate razbiti preprost model Ruby, da zagotovite vitalno funkcionalnost. Tako kot Ruby je tudi GCC brezplačen za Linux in OSX. Ruby prihaja tudi v OSX - samo odkriti ga morate v svojem sistemu. Od domnevno lažjih orodij je moja osebna izbira Ruby. Od resnično sofisticiranih orodij bosta C ++ in C# kraljevala dolgo v prihodnosti; in resnica je, da so to edini nosilci razvoja brez ovir. Zato sedite naravnost in se pripravite na resen študij, kajti ne glede na pot, ki jo izberete, boste morali obvladati ne le svoja orodja, ampak tudi potencialno omejevalne modele, s katerimi bi vas ta orodja sčasoma obremenila. Ruby je verjetno veliko bolj čist od skoraj vseh svojih "lahkih" vrstnikov. C ++ je orodje neobremenjene odličnosti; in v resnici bodo izkušeni guruji izšli z neuspešnimi projekti verjetno z veliko manj težavami, kot bi lahko dosegli iste cilje s domnevno enostavnim orodjem. Na koncu razvijalci, ki se oddaljijo od tega opažanja, plačajo določeno ceno: bodisi izberejo najbolj ugodno "enostavno" orodje ali pa manj skrbijo glede svobode obremenitve pri najbolj izpopolnjenem orodju. V zadnjem primeru obvladate predmete Fast CGI, vzamete žogo in tečete. Ogromni koncepti se pogosto izvajajo z malo kode. Da, enostavna orodja trdijo enako, vendar z odvzemom navideznih težav stran od nas na tak način, da odstopanje od njihovega običajno edinstvenega vzorca predstavlja zelo težke inženirske izzive, poleg pomanjkljivosti v zmogljivostih, ki jih odpravlja C ++.
Korak 3. Pri reševanju teh vprašanj moramo neizogibno preučiti osnovne modele ali vzorce razvoja projektov takšne narave, ki jih želimo izpeljati
To pomeni, da poberemo najboljšo literaturo za orodja, ki jih želimo primerjati, in našemu konceptu vsaj dati neko obliko, v kateri bi ga lahko uporabil v danem nizu orodij v primerjavi z drugimi. Preden na primer izberete Ruby, lahko vzamete v roke pomembne knjige, kot sta "Jezik programiranja Ruby" in "Agile Web Development with Rails." Vaša začetna študija ne sme le dovolj obvladati orodij, ampak mora predvideti, kako lahko pridete tja - kako lahko z orodjem, ki ga izberete, zagotovite želeno funkcionalnost. To je za pobudnika zastrašujoča naloga. Če boste primerjali domnevno preprosto razvojno okolje z najboljšimi med najboljšimi, boste morali oceniti tudi najboljša orodja C. Če boste res izkušen inženir, boste izbrali C zaradi njegove svobode pri omejitvah. Je C res težje? Ne. Sintaksa je skladnja. Na koncu morate obvladati izražanje iste funkcionalnosti; in v resnici je družina jezikov C odlična. Težko pri odličnosti v C ++ je dati modele, na katerih boste morda morali graditi. Odličen začetek pred skoraj 15 leti so bile prvotne komponente FastCGI, ki so bile na voljo v Borlandovem CPPBuilderju - verjetno še vedno najboljšem C ++ za Windows. Tudi iniciranti C lahko s takšnimi objektno naravnanimi pristopi daleč pridejo, saj je splošni model vzdrževanja funkcionalnosti vgrajen v stvari, s katerimi delate. Vaše delo je veliko bolj tekoče, kot je na primer v Rubyju, kadar koli lahko v svojem pristopu prekinite ali presežete model Ruby. Po drugi strani pa tehnike odrov Rails pospešijo veliko dela za neofita, če in le če projekt ustreza splošnemu modelu Ruby in Rails. Uvedite na primer osnovne določbe o varnosti, ki so priznane v vseh vmesnikih Ruby, in naslednja stvar, ki jo poznate, je, da za vsako tabelo, o kateri se pogaja vaša aplikacija, znova napišete tisoč vrstic samodejno ustvarjene kode Ruby. Je to enostavno? No, to počnem z urejevalnikom sistema Windows, imenovanim NoteTab Pro, ki deluje na projektih Ruby, ki prebivajo v sistemu OSX; in prefinjeni makri naredijo moje popravke v sekundi, prilagodijo tisoč vrstic kode v skoraj dvakrat več. Kljub temu se to nanaša na relativno preprosto, osnovno funkcionalnost, na katero je projekt omejen. Dejstvo je, da lahko v C ++ napišemo lastne objekte, ki te naloge obravnavajo resnično univerzalno - nikoli vam ne bo treba ponoviti tega procesa. To so torej kompromisi. Na koncu je objektno usmerjen C najmočnejši in najučinkovitejši. Kar pomeni, da je tudi najmanj dela.
Korak 4. Ne glede na vašo izbiro programskih orodij se ne morete izogniti odvisnosti od razumnega obvladovanja HTML in CSS
Na splošno se izkušeni razvijalci za pomemben material zanašajo na W3C.org. Spletna stran
Video - z uporabo te storitve se lahko nekateri podatki delijo z YouTubom
Nasveti
- Pomemben del vašega prizadevanja bo torej pridobiti najboljše vire. Začel bi z Rubyjem; in če želite biti odlični, boste morali ovrednotiti objektno orientirane jezike C in okolja, v katerih bodo dobro napisani projekti presegli vse vrstnike.
- Nič torej ne more nadomestiti izčrpne študije in vrednotenja.
Opozorila
- Dodatna ovira za resnično obvladovanje preprostih orodij je nestrokovno ravnanje na številnih forumih. Obstaja velika razlika med strokovnim znanjem in navideznimi veščinami, ki vas lahko tako pogosto zavedejo s prave poti. Najboljši viri informacij so na splošno najbolj uspešni vrstniki, ne pretvarjani mojstri domnevno preprostih orodij, ki se preprosto zavzemajo, da se držijo enega vzorca, ki jim je na voljo. Glavni razlog, zakaj boste vprašanja postavljali na forume, je, da boste morali preseči (s tem prekiniti) model, ki ga sestavlja domnevno preprost pristop. Ko neizogibno naletite na te potrebe, potrebujete najboljši nasvet.
- Nikoli si ne mislite, da navidezna bližnjica dejansko pospeši delo. ZELO pogosto je obratno res.
