Ako vytvoriť dynamický web?

Oboznámte sa s tým, aké nástroje a procesy dosiahnu vaše ciele. Pretože veľmi centrálnym jadrom akejkoľvek dynamickej prítomnosti na internete 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 náhodne 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 v ideálnom prípade napríklad databázový stroj, ktorý si vyberiete, nie je len tak ľ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 komerčné voľby tieto možnosti ďalej ovplyvňujú. 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ť? Všeobecne platí, že nasledujúcim vzorom je vybrať váš 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 využívaním skúseností zo 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.

Vyberte si 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 „jednoduchých“ nástrojov oveľa ťažšie, že to môže vyžadovať extrémne sofistikované programovacie schopnosti. toľko, ako oklamať ľahký vzorec, aby robil zložitejšie veci. Musíme ovládať svoje nástroje na vytváranie dobrých projektov. To neznamená, že jednoduché 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 nevyhnutnom vývoji 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 na jednoduché nástroje, ale tiež potom urobte „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 akýchkoľvek prekážok. Paradoxom pre neofytov je potom obtiažnosť vidieť tak ďaleko po ceste, že môžeme vnímať prekážky programovania k danej sade 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 rozví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 prelomiť 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 jednoduchších nástrojovmoja osobná voľba je Ruby. Zo skutočne sofistikovaných nástrojov budú C ++ a C# kraľovať dlho do 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šetky jej „ľahké“ rovesníčky. 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,ty Ovládajte rýchle objekty CGI, vezmite 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.

Pri riešení týchto otázok musíme nevyhnutne preskúmať základné modely alebo vzorce rozvíjajúcich sa projektov povahy, ktorú by sme chceli dosiahnuť. To znamená uchopiť najlepšiu literatúru pre nástroje, ktoré chceme porovnávať, a prinajmenšom dať nášmu konceptu nejakú 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 poskytnúť požadovanú funkčnosť nástrojom, ktorý si vyberiete. Je to skľučujúca úloha pre zasvätenca. Ak idete na porovnanie údajne jednoduchého vývojového prostredia k najlepším z najlepších budete musieť vyhodnotiť aj najlepšie nástroje C. Ak sa skutočne stanete skúseným inžinierom, vyberiete si C pre jeho neobmedzenosť. 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ť. Výborný začiatok z Pred prakticky 15 rokov bol k pôvodnej FastCGI komponenty 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, a to iba vtedy, ak projekt vyhovuje všeobecným formám Ruby a Rails. Predstavte napríklad základné bezpečnostné opatrenia, uznávané vo všetkom vašom Ruby rozhrania a ďalšia vec, ktorú poznáte, je, že prepisujete tisíc riadkov automaticky generovaného kódu Ruby pre každú tabuľku, ktorú vaša aplikácia vyjednáva. 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.