Problematika tohoto tématu je v možných přístupech tak široká a různorodá, že jakákoli realistická odpověď na nevyhnutelné otázky může pouze ukázat celkový směr.
Mnoho lidí dnes chce a doufá v budování dynamických (datově řízených) webových prezentací, jejichž architektury snadno přizpůsobí nový materiál, revize a interakce návštěvníků. wikiHow je například dynamický web. I když je cíl kvalitních projektů v dosahu všech pilných lidí, bylo by chybou podcenit, co je nakonec podstatně náročný úkol, zejména v technických objektech jakéhokoli potenciálního projektu. I ty nejjednodušší dynamické webové prezentace vyžadují dostatečné dovednosti v různých disciplínách.
Při plnění nepostradatelných cílů se nikdo nemůže odchýlit od dobrého návrhu databáze. Připravit se na tuto disciplínu je podstatná (nikoli však vylučující) část práce. Jakmile máme souhrn cílů projektu, musíme si představit spolehlivé prostředky k jejich dosažení. Pak máme na výběr programovací jazyky nebo nástroje na základě vize ideální architektury projektu.
Vidět celý obraz od samého začátku je tedy nejdůležitější dovednost ze všech.
Kroky
Krok 1. Seznamte se s tím, jaké druhy nástrojů a procesů dosáhnou vašich cílů
Protože velmi ústředním jádrem dynamické přítomnosti na webu je jeho databáze a zpracování dat, naším prvním zásadním cílem je učinit dalekosáhlé rozhodnutí o databázovém stroji. Není dobré doufat, že se takové rozhodnutí nedbale uděláme jen nějakým zdánlivým a nejrozumnějším počátečním způsobem.
- Zásadním cílem tohoto prvního rozhodnutí je naplánovat náš projekt způsobem (s nástroji a databázovými motory), který bude podporovat vaše potřeby po celé cestě budoucností, ve které, protože jste udělali správná počáteční rozhodnutí, budete efektivně stavět na svém počátečním základu, efektivně a bez případné překážky. To znamená, že v ideálním případě například databázový stroj, který si vyberete, není jen snadné, ani zdánlivě jednoduché nasazení dnes; od začátku to musí být motor, který bude podporovat vaše následné požadavky na zpracování.
- Někdy obchodní rozhodnutí dále ovlivňují takové volby. Jaké motory jsou náročné na docházku (a jsou nákladné)? Jaké motory jsou prakticky bez účasti v implementacích, které udržují cíle zpracování, které musí udržovat váš případný projekt? Obecně platí, že vzorem je vybrat váš motor na základě jedné ze dvou možných dispozic.
- Chcete -li to provést, musíte nejprve načrtnout základní potřeby tabulky. Profesionál ani nebude muset tuto mapu sestavovat (bez ohledu na to, i když se jedná o stovky nebo tisíce tabulek), protože obvykle okamžitě uvidí, zda architektura a budoucí potřeby, které budete potřebovat podporovat, jsou náročné na čtení nebo zápis. Poté si vyberete vhodnou databázi na základě této celkové dispozice a možná dále na základě osobního vkusu a zkušeností, protože práce s příslušnými nástroji pro vývoj softwaru může být predikát. MySQL je obvyklou volbou pro implementace náročné na čtení. Mnoho vývojářů hledá v databázích, jako je PostgreSQL, spolehlivé implementace náročné na zápis. Naše dispozice k tak zásadním nástrojům rozvíjíme pečlivým výzkumem a čerpáním ze zkušeností obecného odvětví vývoje softwaru. Výdajům se lze obecně vyhnout, protože je k dispozici bezplatné nasazení velmi dobrých nástrojů. To, co hledáme, je výkon v prostředích náročných na čtení nebo zápis, spolehlivost, snadnost a minimalizace správy a připravená integrace s potenciálními nástroji pro vývoj softwaru.
Krok 2. Vyberte si nástroje pro vývoj softwaru
Při výběru nástrojů pro vývoj softwaru je třeba vzít v úvahu dva vzorce. Údajně „snadné“nástroje jsou ve skutečnosti jen zřídka ve skutečnosti snadné, když projekt nevyhnutelně rozbije obsazení vývojových a funkčních vzorců, na „snadné“nástroje se obecně omezuje. Pokud byste chtěli dělat něco nad rámec „snadných“nástrojů, jako je například začlenění parametru jazyka nebo překladu do dynamicky generovaných adres URL, může být dosažení „snadných“nástrojů mnohem obtížnější, než aby to vyžadovalo extrémně sofistikované programovací dovednosti. stejně jako oklamat snadný vzorec, aby dělal složitější věci. Musíme zvládnout naše nástroje k budování dobrých projektů. To neznamená, že jsou snadné nástroje nejlepší volbou nebo nejnáročnější nástroje obtížným návrhem. Past „snadného“vývoje obecně obsahuje omezení, jejichž překonání v nevyhnutelném vývoji projektů je velmi nákladné. Obecně vzniká obrovská škála takových nástrojů, které údajně takové potřeby splňují. Ale vytrvalost nástrojů prozrazuje zdánlivý fakt, že bylo tohoto cíle dosaženo; a tak obecně zjišťujeme, že ty nejsofistikovanější a nejúčinnější nástroje, které následují dobré vzorce (nebo dostupnost objektů a knihoven), nejenže zmírňují prakticky nevyhnutelné překážky snadným nástrojům, ale také pak činí „dostat se tam“mnohem přímočařejším procesem. Když prozkoumáme rozsah dostupných nástrojů, obecně jsou v počátečních vývojových konceptech představeny méně komplexní modely a lepší koncepty nabízejí později vznikající nástroje (nebo by neměly šanci přežít na trzích, které již byly vyhrány). Pokud tedy zvolíme údajně snadný nástroj, hledáme vývojový model, který je jak těžkopádný, tak bez případné obstrukce. Paradoxem pro začátečníka je obtížnost vidět tak daleko po silnici, že můžeme vnímat programovací překážky pro danou sadu nástrojů. Někteří lidé věří, že nejlepší nástroje jsou nejmocnější a nejméně omezující, pokud jde o projektový přístup. Svoboda rozvíjet to, co chcete a potřebujete, často znamená prolomit obecný model zdánlivě jednoduchých nástrojů, jejichž výzvy mohou prakticky rozbít mozek nejzkušenějšího a nejpropracovanějšího softwarového inženýra, protože uspět v takovém objektu znamená udělat „jednoduchého“model dělat něco, co nemusí mít nativní kapacitu pro podporu. Je například „Ruby“opravdu jednodušší nástroj než základní C ++ nebo C#? Ne, to opravdu ne, zvláště pokud musíte prolomit jednoduchý model Ruby, abyste získali životně důležité funkce. Stejně jako Ruby je GCC zdarma pro Linux a OSX. Ruby přichází také na OSX - stačí ho objevit ve vašem systému. Z údajně jednodušších nástrojů je mou osobní volbou Ruby. Ze skutečně propracovaných nástrojů budou C ++ a C# kralovat dlouho v budoucnosti; a pravdou je, že toto jsou jediná vozidla pro vývoj bez překážek. Posaďte se tedy vzpřímeně a připravte se na seriózní studium, protože bez ohledu na cestu, kterou si vyberete, budete muset zvládnout nejen své nástroje, ale i potenciálně omezující modely, kterými vás tyto nástroje nakonec mohou zatížit. Ruby je pravděpodobně mnohem čistší než téměř všichni její „snadní“vrstevníci. C ++ je nástrojem nezatížené excelence; a ve skutečnosti ostřílení guruové provedou bezkonkurenční projekty pravděpodobně s mnohem menšími obtížemi, než by mohli dosáhnout stejných cílů s údajně jednoduchým nástrojem. Nakonec vývojáři, kteří se z tohoto pozorování odchýlí, zaplatí určitou cenu: buď si vyberou nejvhodnější „snadný“nástroj, nebo si méně starosti s osvobozením od zátěže v nejpropracovanějším nástroji. V druhém případě ovládáte objekty Fast CGI, vezměte míč a běžte. Obrovské koncepty jsou implementovány často s malým kódem. Ano, jednoduché nástroje tvrdí totéž, ale tím, že od nás odstraní zdánlivé potíže takovým způsobem, že odchylka od jejich obvykle singulárního vzorce představuje kromě výkonnostních nevýhod, které C ++ řeší, i velmi obtížné technické problémy.
Krok 3. V průběhu řešení těchto otázek musíme nevyhnutelně prozkoumat základní modely nebo vzorce rozvíjejících se projektů povahy, kterou si přejeme ukázat
To znamená popadnout nejlepší literaturu pro nástroje, které chceme porovnat, a přinejmenším dát našemu konceptu nějakou formu, ve které může mít v dané sadě nástrojů, ve srovnání s ostatními. Než si například vyberete Ruby, můžete si vyzvednout důležité knihy, jako jsou „Ruby Programming Language“a „Agile Web Development with Rails“. Vaše počáteční studie musí nejen dostatečně zvládnout nástroje, ale musí si představit, jak se tam dostanete - jak můžete poskytnout požadovanou funkčnost nástrojem, který si můžete vybrat. To je pro zasvěcence skličující úkol. Pokud hodláte porovnávat údajně snadné vývojové prostředí s těmi nejlepšími z nejlepších, budete muset vyhodnotit i nejlepší nástroje C. Pokud opravdu budete zkušený inženýr, vyberete si C pro jeho svobodu od omezení. Je C opravdu obtížnější? Ne. Syntaxe je syntaxe. Nakonec musíte zvládnout vyjádření stejné funkce; a ve skutečnosti je rodina jazyků C vynikající. Obtížné na vyniknutí přímo v bráně v C ++ je dát ruce na modely, na kterých budete možná muset stavět. Skvělým začátkem prakticky před 15 lety byly původní komponenty FastCGI, které byly k dispozici v Borlandově CPPBuilderu - pravděpodobně stále nejlepší C ++ pro Windows. I C zasvěcenci mohou s takovými objektově orientovanými přístupy zajít daleko, protože obecný model trvalé funkčnosti je integrován do věcí, se kterými pracujete. Vaše práce je mnohem volnější, než může být například v Ruby, kdykoli můžete ve svém přístupu porušit nebo překročit model Ruby. Na druhou stranu, techniky lešení Rails urychlují mnoho práce pro začátečníky, a to pouze tehdy, pokud projekt odpovídá obecné formě Ruby a Rails. Zaveďte například základní bezpečnostní opatření, uznávaná ve všech vašich rozhraních Ruby, a další věc, kterou víte, je, že přepisujete tisíc řádků automaticky generovaného kódu Ruby pro každou tabulku, kterou vaše aplikace vyjednává. Je to snadné? Dělám to pomocí editoru Windows s názvem NoteTab Pro, který pracuje na projektech Ruby umístěných v systému OSX; a propracovaná makra mi provedou revize snad za sekundu a přizpůsobí tisíc řádků kódu na téměř dvojnásobek. Přesto se to týká relativně jednoduché základní funkce, na kterou je projekt omezen. Faktem je, že v C ++ můžeme psát vlastní objekty, které tyto úkoly zvládají skutečně univerzálně - tento proces byste ani nemuseli replikovat. To jsou tedy kompromisy. Objektově orientované C je nakonec nejsilnější a nejefektivnější. To znamená, že je to také nejméně práce.
Krok 4. Bez ohledu na váš výběr programovacích nástrojů neexistuje způsob, jak se vyhnout závislosti na rozumném zvládnutí HTML a CSS
Zkušení vývojáři se obecně spoléhají na W3C.org jako na důležitý materiál. webová stránka
Video - Používáním této služby mohou být některé informace sdíleny s YouTube
Tipy
- Důležitou součástí vašeho pátrání bude poté získání nejlepších zdrojů. Začal bych Ruby; a pokud chcete vyniknout, budete muset vyhodnotit objektově orientované jazyky C a prostředí, ve kterých dobře napsané projekty překonají všechny vrstevníky.
- Nic tedy nemůže nahradit vyčerpávající studium a hodnocení.
Varování
- Další překážkou skutečného zvládnutí jednoduchých nástrojů je neprofesionální chování na mnoha fórech. Mezi profesionálním know-how a předstíranou dovedností je obrovský rozdíl, který vás tak často může odvést na správnou cestu. Nejlepšími zdroji informací jsou obecně nejdokonalejší vrstevníci, nikoli předstíraní mistři údajně jednoduchých nástrojů, kteří se jednoduše zastávají toho, že mají k dispozici jeden vzor, který mají k dispozici. Hlavním důvodem, proč budete klást otázky na fóra, je, že budete muset překročit (tedy rozbít) model obsažený v údajně jednoduchém přístupu. Když na tyto potřeby nevyhnutelně narazíte, potřebujete nejlepší radu.
- Nikdy si nemyslete, že zdánlivá zkratka skutečně urychluje práci. VELMI často je opak pravdivý.
