Problematika tejto témy je taká široká a rozmanitá v možných prístupoch, že akákoľvek realistická odpoveď na nevyhnutné otázky môže len naznačiť celkový spôsob.
Mnoho ľudí dnes chce a dúfa, že vybudujú dynamické (na základe údajov) webové prezentácie, ktorých architektúry ľahko prispôsobia nový materiál, revízie a interakcie návštevníkov. wikiHow je napríklad dynamická webová stránka. Aj keď je cieľ kvalitných projektov v dosahu všetkých usilovných ľudí, bolo by chybou podceniť, čo je v konečnom dôsledku podstatne náročná úloha, najmä v technických objektoch akéhokoľvek perspektívneho projektu. Aj tie najjednoduchšie dynamické webové prezentácie vyžadujú dostatočné zručnosti v rôznych odboroch.
Pri plnení nevyhnutných cieľov sa nikto nemôže odchýliť od dobrého návrhu databázy. Samotná príprava na túto disciplínu je podstatnou (ale nie predbežnou) časťou práce. Keď máme súhrn cieľov projektu, musíme si predstaviť vhodné prostriedky na ich dosiahnutie. Potom máme na výber z programovacích jazykov alebo nástrojov na základe vízie ideálnej architektúry projektu.
Vidieť celý obraz od samého začiatku je potom najdôležitejšou zručnosťou zo všetkých.
Kroky
Krok 1. Oboznámte svoj mozog s tým, aké druhy nástrojov a procesov dosiahnu vaše ciele
Pretože veľmi centrálnym jadrom akejkoľvek dynamickej webovej prítomnosti je jeho databáza a spracovanie údajov, naším prvým zásadným cieľom je urobiť ďalekosiahle rozhodnutie o databázovom stroji. Nie je dobré dúfať, že sa príležitostne rozhodneme len zdanlivo a najrozumnejšie.
- Zásadným cieľom tohto prvého rozhodnutia je naplánovať náš projekt spôsobom (s nástrojmi a databázovými nástrojmi), ktorý bude podporovať vaše potreby po celej ceste budúcnosťou, v ktorej, pretože ste urobili správne počiatočné rozhodnutia, budete stavajte efektívne na svojom pôvodnom základe, efektívne a bez prípadných prekážok. To znamená, že napríklad v ideálnom prípade napríklad databázový stroj, ktorý si vyberiete, nie je len ľahký, ani zdanlivo jednoduchý na nasadenie dnes; od začiatku to musí byť motor, ktorý bude podporovať vaše následné požiadavky na spracovanie.
- Niekedy na tieto voľby majú vplyv aj obchodné úvahy. Aké motory sú náročné na dochádzku (a sú nákladné)? Aké motory sú prakticky bez dochádzky do implementácií udržujúcich ciele spracovania, ktoré musí váš prípadný projekt udržať? Vo všeobecnosti je vzorom vybrať si svoj motor na základe jednej z dvoch možných dispozícií.
- Ak to chcete urobiť, musíte si najskôr načrtnúť základné potreby tabuľky. Profesionál ani nebude musieť zostaviť túto mapu (bez ohľadu na to, či ide o stovky alebo tisíce tabuliek), pretože zvyčajne okamžite zistí, či architektúra a budúce potreby, ktoré budete potrebovať na podporu, sú náročné na čítanie alebo zápis. Potom si vyberiete vhodnú databázu na základe tejto celkovej dispozície a možno aj ďalej na základe osobného vkusu a skúseností, ako môže predpovedať práca s príslušnými nástrojmi na vývoj softvéru. MySQL je obvyklou voľbou pre implementácie náročné na čítanie. Mnoho vývojárov hľadá databázy, ako napríklad PostgreSQL, spoľahlivé implementácie náročné na zápis. Naše dispozície k takýmto životne dôležitým nástrojom rozvíjame starostlivým výskumom a čerpaním zo skúseností všeobecného priemyslu pre vývoj softvéru. Výdajom sa dá vo všeobecnosti vyhnúť, pretože je k dispozícii bezplatné nasadenie veľmi dobrých nástrojov. To, čo hľadáme, je výkon v prostrediach náročných na čítanie alebo zápis, spoľahlivosť, jednoduchosť a minimalizácia správy a pohotová integrácia s potenciálnymi nástrojmi na vývoj softvéru.
Krok 2. Vyberte nástroje na vývoj softvéru
Pri výbere nástrojov na vývoj softvéru je potrebné zvážiť dva vzorce. Údajne „ľahké“nástroje sú v skutočnosti len zriedka v skutočnosti ľahké, keď projekt nevyhnutne naruší obsadenie vývojových a funkčných vzorcov, na „ľahké“nástroje sa spravidla obmedzuje. Ak by ste chceli urobiť niečo nad rámec „jednoduchých“nástrojov, ako je napríklad začlenenie parametra jazyka alebo prekladu do dynamicky generovaných adries URL, môže byť dosiahnutie „ľahkých“nástrojov oveľa ťažšie, že na to môže byť potrebné extrémne sofistikované programovanie. rovnako ako oklamať ľahký vzorec, aby robil zložitejšie veci. Musíme ovládať naše nástroje na vytváranie dobrých projektov. To neznamená, že ľahké nástroje sú najlepšou voľbou alebo najnáročnejšie nástroje nie sú ťažkým návrhom. Pasca „ľahkého“vývoja spravidla obsahuje obmedzenia, ktorých prekonanie v rámci nevyhnutného vývoja projektov je veľmi nákladné. Spravidla vzniká obrovské množstvo takýchto nástrojov, ktoré zdanlivo spĺňajú tieto potreby. Vytrvalosť nástrojov však prezrádza zdanlivý fakt, že sa tento cieľ dosiahol; a tak vo všeobecnosti zisťujeme, že najsofistikovanejšie a najúčinnejšie nástroje, ktoré nasledujú dobré vzorce (alebo dostupnosť objektov a knižníc), nielenže zmierňujú prakticky nevyhnutné prekážky ľahkých nástrojov, ale tiež potom robia „dostať sa tam“oveľa jednoduchším procesom. Keď preskúmame rozsah dostupných nástrojov, v počiatočných koncepciách vývoja sú predstavené spravidla menej komplexné modely a lepšie koncepty ponúkajú neskôr vznikajúce nástroje (alebo by nemali šancu prežiť na trhoch, ktoré už boli vyhraté). Ak si potom zvolíme údajne ľahký nástroj, hľadáme vývojový model, ktorý je náročný a bez prípadných prekážok. Paradoxom pre začiatočníkov je potom obtiažnosť vidieť tak ďaleko po ceste, že môžeme vnímať prekážky programovania v danej súprave nástrojov. Niektorí ľudia sa domnievajú, že najlepšie nástroje sú najsilnejšie a najmenej obmedzujúce z hľadiska projektového prístupu. Sloboda vyvíjať to, čo chcete a potrebujete, často znamená prelomiť všeobecný model zdanlivo jednoduchých nástrojov, ktorých výzvy môžu prakticky zlomiť mozog najskúsenejšiemu a najsofistikovanejšiemu softvérovému inžinierovi, pretože uspieť v takom objekte znamená urobiť „jednoduchého“model urobte niečo, čo nemusí mať natívnu kapacitu na podporu. Je napríklad „Ruby“skutočne jednoduchším nástrojom ako základné jazyky C ++ alebo C#? Nie, nie, obzvlášť ak musíte pokaziť jednoduchý model Ruby, aby poskytoval životne dôležité funkcie. Rovnako ako Ruby je GCC zadarmo pre Linux a OSX. Ruby prichádza aj na OSX - stačí ho objaviť vo svojom systéme. Z údajne ľahších nástrojov je mojou osobnou voľbou Ruby. Zo skutočne sofistikovaných nástrojov budú C ++ a C# kraľovať dlho v budúcnosti; a pravdou je, že sú to jediné prostriedky na rozvoj bez prekážok. Sadnite si teda rovno a pripravte sa na serióznu štúdiu, pretože bez ohľadu na cestu, ktorú si vyberiete, budete musieť ovládať nielen svoje nástroje, ale aj potenciálne obmedzujúce modely, ktorými vás tieto nástroje môžu nakoniec zaťažiť. Ruby je pravdepodobne oveľa čistejšia ako takmer všetci jej „ľahkí“rovesníci. C ++ je nástrojom neobmedzenej dokonalosti; a v skutočnosti skúsení guruovia uskutočnia bezkonkurenčné projekty pravdepodobne s oveľa menšími ťažkosťami, ako by mohli dosiahnuť rovnaké ciele s údajne jednoduchým nástrojom. Nakoniec vývojári, ktorí zablúdia na toto pozorovanie, zaplatia určitú cenu: buď si zvolia najvhodnejší „ľahký“nástroj, alebo sa menej starajú o slobodu od zaťaženia v najsofistikovanejšom nástroji. V druhom prípade ovládate predmety Fast CGI, vezmete loptu a bežíte. Obrovské koncepty sú implementované často s malým kódom. Áno, jednoduché nástroje tvrdia to isté, ale tým, že od nás odstraňujú zdanlivé ťažkosti takým spôsobom, že odchýlka od ich zvyčajne singulárneho vzoru predstavuje okrem výkonnostných nevýhod, ktoré C ++ rieši, aj veľmi náročné inžinierske výzvy.
Krok 3. V priebehu riešenia týchto otázok musíme nevyhnutne preskúmať základné modely alebo vzorce rozvíjajúcich sa projektov povahy, ktorú chceme dosiahnuť
To znamená uchopiť najlepšiu literatúru pre nástroje, ktoré chceme porovnávať, a prinajmenšom dať nášmu konceptu určitú formu, v ktorej môže mať daný súbor nástrojov v porovnaní s inými. Predtým, ako si vyberiete napríklad Ruby, si môžete kúpiť dôležité knihy, ako napríklad „The Ruby Programming Language“a „Agile Web Development with Rails“. Vaša počiatočná štúdia musí nielen dostatočne ovládať nástroje, ale musí predstavovať, ako sa tam dostanete - ako môžete pomocou nástroja, ktorý si vyberiete, poskytnúť požadovanú funkčnosť. Je to skľučujúca úloha pre zasväteného. Ak sa chystáte porovnať údajne ľahké vývojové prostredie s najlepšími z najlepších, budete musieť vyhodnotiť aj najlepšie nástroje C. Ak naozaj chcete byť ostrieľaným inžinierom, vyberiete si C kvôli jeho neobmedzenosti. Je C skutočne ťažšie? Nie. Syntax je syntax. Nakoniec musíte ovládať rovnakú funkcionalitu; a v skutočnosti je rodina jazykov C vynikajúca. Najťažšia vec pri excelovaní v C ++ je položiť ruky na modely, na ktorých budete možno musieť stavať. Vynikajúcim začiatkom prakticky pred 15 rokmi boli pôvodné komponenty FastCGI, ktoré boli k dispozícii v programe Borland CPPBuilder - pravdepodobne stále najlepšie C ++ pre Windows. Dokonca aj zasvätení C môžu ísť ďaleko s takýmto objektovo orientovaným prístupom, pretože všeobecný model trvalej funkčnosti je zabudovaný do vecí, s ktorými pracujete. Vaša práca je oveľa plynulejšia, ako môže byť napríklad v Ruby, kedykoľvek môžete vo svojom prístupe porušiť alebo prekročiť model Ruby. Na druhej strane, techniky lešenia Rails urýchlia veľa práce pre začiatočníkov, iba ak projekt vyhovuje všeobecnej forme Ruby a Rails. Predstavte napríklad základné bezpečnostné opatrenia, uznávané vo všetkých vašich rozhraniach Ruby, a ďalšia vec, ktorú poznáte, je, že prepisujete tisíc riadkov automaticky generovaného kódu Ruby pre každú tabuľku, s ktorou vaša aplikácia rokuje. Je to ľahké? Robím to pomocou editora systému Windows s názvom NoteTab Pro, ktorý pracuje na projektoch Ruby umiestnených v systéme OSX; a prepracované makrá urobia moje revízie snáď za sekundu, pričom prispôsobia tisíc riadkov kódu takmer dvojnásobku. Napriek tomu sa to týka relatívne jednoduchej základnej funkcie, na ktorú je projekt obmedzený. Faktom je, že v C ++ môžeme písať vlastné objekty, ktoré zvládajú tieto úlohy skutočne univerzálne - tento proces by ste ani nemuseli replikovať. Toto sú teda kompromisy. Objektovo orientované C je nakoniec najsilnejšie a najefektívnejšie. To znamená, že je to najmenej práce.
Krok 4. Bez ohľadu na váš výber programovacích nástrojov neexistuje spôsob, ako sa vyhnúť závislosti od primeraného zvládnutia HTML a CSS
Skúsení vývojári sa spravidla spoliehajú na W3C.org ako na životne dôležitý materiál. webstránka
Video - používaním tejto služby môžu byť niektoré informácie zdieľané so službou YouTube
Tipy
- Dôležitou súčasťou vašej úlohy potom bude získať k dispozícii najlepšie zdroje. Začal by som Ruby; a ak chcete vyniknúť, budete musieť vyhodnotiť objektovo orientované jazyky C a prostredia, v ktorých dobre napísané projekty prekonajú všetkých rovesníkov.
- Nič preto nemôže nahradiť vyčerpávajúce štúdium a hodnotenie.
Varovania
- Ďalšou prekážkou skutočného ovládania jednoduchých nástrojov je neprofesionálne správanie na mnohých fórach. Existuje obrovský rozdiel medzi profesionálnym know-how a predstieranou zručnosťou, ktorá vás často môže viesť k nesprávnej ceste. Najlepším zdrojom informácií sú spravidla najdokonalejší kolegovia, nie predstieraní majstri údajne jednoduchých nástrojov, ktorí jednoducho obhajujú dodržiavanie rovnakého vzorca, ktorý majú k dispozícii. Hlavným dôvodom, prečo budete klásť otázky na fóra, je, že budete musieť prekročiť (a tým prelomiť) model, ktorý obsahuje údajne jednoduchý prístup. Keď nevyhnutne narazíte na tieto potreby, potrebujete najlepšiu radu.
- Nikdy si nemyslite, že zdanlivá skratka skutočne urýchľuje prácu. Opak je VEĽMI často pravdivý.
