Çështjet e kësaj teme janë aq të gjera dhe të larmishme në qasjet e mundshme saqë çdo përgjigje realiste për pyetjet e pashmangshme mund të tregojë vetëm rrugën e përgjithshme.
Shumë njerëz sot duan dhe shpresojnë të ndërtojnë prani në internet dinamike (të drejtuara nga të dhënat), arkitekturat e të cilave përshtatin me lehtësi materiale të reja, rishikim dhe ndërveprim të vizitorëve. wikiHow për shembull është një faqe interneti dinamike. Ndërsa qëllimi i projekteve cilësore është brenda mundësive të të gjithë njerëzve të zellshëm, do të ishte një gabim të nënvlerësohet ajo që në fund është një detyrë thelbësisht sfiduese, veçanërisht në objektet teknike të çdo projekti të ardhshëm. Edhe pranitë më të thjeshta dinamike në internet kërkojnë aftësi të mjaftueshme në një sërë disiplinash.
Në përmbushjen e qëllimeve të domosdoshme, askush nuk mund të shmanget nga dizajni i mirë i bazës së të dhënave. Përgatitja e vetes në këtë disiplinë është një punë thelbësore (por jo një përfshirëse). Pasi të kemi një përmbledhje të objektivave të projektit, duhet të parashikojmë mjete të shëndosha për arritjen e tyre. Pastaj ne kemi gjuhë programimi ose mjete për të zgjedhur, bazuar në një vizion për arkitekturën ideale të projektit.
Të shohësh të gjithë figurën që në fillim, atëherë është aftësia më vitale nga të gjitha.
Hapa
Hapi 1. Merrni trurin tuaj rreth llojeve të mjeteve dhe proceseve që do të arrijnë qëllimet tuaja
Meqenëse thelbi qendror i çdo pranie dinamike në internet është baza e të dhënave dhe përpunimi i të dhënave, qëllimi ynë i parë jetik është të marrim një vendim të gjerë në një motor të bazës së të dhënave. Nuk është ide e mirë të shpresosh që të marrësh një vendim të tillë rastësisht në një mënyrë fillestare në dukje, më të arsyeshme.
- Objekti jetik i këtij vendimi të parë është të planifikojmë projektin tonë në një mënyrë (me mjete dhe motorë të bazës së të dhënave) e cila do të mbështesë nevojat tuaja deri në një rrugë në të ardhmen, në të cilën, për shkak se keni marrë vendimet e duhura fillestare, do të ndërtoni në mënyrë efektive mbi bazën tuaj fillestare, në mënyrë efikase dhe pa pengesa eventuale. Kjo do të thotë që në mënyrë ideale, për shembull, motori i bazës së të dhënave që zgjidhni nuk është vetëm ai i thjeshtë, ose në dukje i thjeshtë për t'u vendosur sot; që në fillim duhet të jetë një motor i cili do të mbështesë kërkesat tuaja të përpunimit në rrjedhën e poshtme.
- Ndonjëherë konsideratat tregtare ndikojnë më tej në zgjedhje të tilla. Cilat motorë janë frekuentimi intensiv (dhe i kushtueshëm)? Cilët motorë janë praktikisht pa pjesëmarrje në zbatimet që mbështesin qëllimet e përpunimit që projekti juaj eventual duhet të mbajë? Në përgjithësi, modeli që duhet ndjekur është të zgjidhni motorin tuaj bazuar në njërën nga dy dispozitat e mundshme.
- Për ta bërë këtë, së pari duhet të përcaktoni nevojat tuaja bazë të tabelës. Një profesionist nuk do të ketë nevojë as për të ndërtuar këtë hartë (pavarësisht nëse përfshihen qindra ose mijëra tabela), sepse ata zakonisht do të shohin menjëherë nëse arkitektura dhe nevojat e ardhshme që do të keni nevojë për të mbështetur janë ose të lexuara ose të shkruara intensive. Pastaj do të zgjidhni një bazë të dhënash të përshtatshme, bazuar në këtë prirje të përgjithshme, dhe ndoshta më tej bazuar në shijen dhe përvojën personale, siç mund të predikojë puna me mjetet përkatëse të zhvillimit të softuerit. MySQL është zgjedhja e zakonshme për zbatime intensive të leximit. Shumë zhvillues shikojnë bazat e të dhënave të tilla si PostgreSQL për zbatime të besueshme intensive të shkrimit. Ne i zhvillojmë prirjet tona ndaj mjeteve të tilla jetësore duke bërë kërkime të kujdesshme dhe duke u bazuar në përvojën e industrisë së përgjithshme të zhvillimit të softuerit. Shpenzimet në përgjithësi mund të shmangen, sepse disponohen shpërndarje falas të mjeteve shumë të mira. Ajo që ne po kërkojmë është performanca në mjedise intensive të leximit ose shkrimit, besueshmëria, lehtësia dhe minimizimi i administrimit dhe integrimi i gatshëm me mjetet e ardhshme të zhvillimit të softuerit.
Hapi 2. Zgjidhni mjetet tuaja të zhvillimit të softuerit
Ekzistojnë dy modele që duhen marrë parasysh në zgjedhjen e mjeteve të zhvillimit të softuerit. Mjetet e supozuara "të lehta" janë rrallë në fakt të lehta, kur një projekt në mënyrë të pashmangshme prish strukturën e modeleve të zhvillimit dhe funksionalitetit Mjetet "e lehta" përgjithësisht janë të kufizuara. Nëse dëshironi të bëni diçka përtej mjeteve "të lehta" të tilla si përfshirja e një parametri të gjuhës ose përkthimit në URL -të e krijuara në mënyrë dinamike, mund të jetë shumë më e vështirë të arrihet në mjetet "e lehta" saqë mund të duhen aftësi jashtëzakonisht të sofistikuara programimi si sa për të mashtruar modelin e lehtë për të bërë gjëra më komplekse. Ne duhet të zotërojmë mjetet tona për të ndërtuar projekte të mira. Kjo nuk i bën mjetet e lehta zgjedhjen më të mirë, ose mjetet më të sofistikuara një propozim të vështirë. Kurthi i zhvillimit "të lehtë" në përgjithësi përfshin kufizime të cilat bëhen shumë të kushtueshme për t'u kapërcyer në evolucionin e pashmangshëm të projekteve. Në përgjithësi lind një larmi e madhe mjetesh të tilla, që gjoja plotësojnë nevoja të tilla. Por modeli i këmbënguljes së mjeteve tradhton një fakt të dukshëm të arritjes së këtij qëllimi; dhe kështu, në përgjithësi ne gjejmë se mjetet më të sofistikuara dhe më të fuqishme, duke ndjekur modele të mira (ose disponueshmëri të objekteve dhe bibliotekave), jo vetëm që lehtësojnë pengesat praktikisht të pashmangshme për mjetet e lehta, por gjithashtu e bëjnë "arritjen atje" një proces shumë më të drejtpërdrejtë. Kur shqyrtojmë fushëveprimin e mjeteve të disponueshme, në përgjithësi modelet më pak gjithëpërfshirëse paraqiten në konceptet fillestare të zhvillimit, dhe koncepte më të mira ofrohen nga mjete të mëvonshme (ose ata nuk do të kishin një shans për të mbijetuar në tregjet që tashmë janë fituar). Nëse zgjedhim një mjet të supozuar të lehtë atëherë, ajo që ne po kërkojmë është një model zhvillimi i cili është i ngathët dhe pa pengesa eventuale. Paradoksi për neofitin është vështirësia për të parë aq larg rrugës sa mund të perceptojmë pengesat e programimit në një grup mjetesh të dhëna. Disa njerëz besojnë se mjetet më të mira janë më të fuqishmit dhe më së paku kufizues për sa i përket qasjes së projektit. Liria për të zhvilluar atë që dëshironi dhe keni nevojë shpesh nënkupton thyerjen e modelit të përgjithshëm të mjeteve në dukje të thjeshta atëherë, sfidat e të cilave mund të thyejnë praktikisht trurin e inxhinierit softuerik më të sprovuar dhe më të sofistikuar, sepse të kesh sukses në një objekt të tillë do të thotë të bësh "të thjeshtë" modeli të bëjë diçka që mund të mos ketë kapacitet vendas për ta mbështetur. A është "Ruby" për shembull një mjet më i lehtë sesa C ++ ose C#themelor? Jo. Jo vërtet, veçanërisht nëse ju duhet të prishni modelin e thjeshtë të Ruby për të ofruar funksionalitet jetësor. Ashtu si Ruby, GCC është falas për Linux dhe OSX. Ruby gjithashtu vjen në OSX - ju vetëm duhet ta zbuloni atë në sistemin tuaj. Nga mjetet e supozuara më të lehta, zgjedhja ime personale është Ruby. Nga mjetet vërtet të sofistikuara, C ++ dhe C# do të mbretërojnë supremë gjatë në të ardhmen; dhe e vërteta është, këto janë mjetet e vetme për zhvillim pa pengesa. Kështu që uluni drejt dhe përgatituni për studime serioze, sepse pavarësisht nga rruga që zgjidhni, ju do të duhet të zotëroni jo vetëm mjetet tuaja, por modelet potencialisht kufizuese me të cilat ato mjete mund t’ju ngarkojnë përfundimisht. Ruby është ndoshta shumë më i pastër se pothuajse të gjithë bashkëmoshatarët e tij "të lehtë". C ++ është mjeti i përsosmërisë së pa ngarkuar; dhe në fakt, gurusët e sprovuar do të dalin në projekte të pakrahasueshme ndoshta me shumë më pak vështirësi sesa mund të arrijnë të njëjtat qëllime me një mjet të supozuar të lehtë. Në fund, zhvilluesit që largohen nga ky vëzhgim paguajnë një çmim: ose zgjidhni mjetin më të favorshëm "të lehtë", ose shqetësohuni më pak për lirinë nga barra në mjetin më të sofistikuar. Në rastin e fundit, ju zotëroni objekte të shpejta CGI, merrni topin dhe vraponi. Koncepte të mëdha zbatohen shpesh me pak kod. Po, mjetet e thjeshta bëjnë të njëjtin pretendim, por duke hequr vështirësinë e dukshme larg nesh në mënyra të tilla që devijimi nga modeli i tyre zakonisht i veçantë paraqet sfida shumë të vështira inxhinierike, përveç të metave të performancës të cilat C ++ i zgjidh.
Hapi 3. Gjatë zgjidhjes së këtyre pyetjeve, ne duhet të shqyrtojmë në mënyrë të pashmangshme modelet ose modelet bazë të zhvillimit të projekteve të natyrës që dëshirojmë të dalim
Kjo do të thotë të kapësh literaturën më të mirë për mjetet që duam të krahasojmë, dhe të paktën t'i japim konceptit tonë një formë në të cilën mund të marrë në një grup të caktuar mjetesh, në krahasim me të tjerat. Përpara se të zgjidhni Ruby për shembull, mund të merrni libra jetikë të tillë si "Gjuha e Programimit Ruby" dhe "Zhvillimi i Shkathët i Uebit me Hekurudha". Studimi juaj fillestar jo vetëm që duhet të zotërojë mjaftueshëm mjetet, por duhet të parashikojë sesi mund të arrini atje - si mund të siguroni funksionalitetin e dëshiruar me mjetin që mund të zgjidhni. Kjo është një detyrë e frikshme për iniciatorët. Nëse do të krahasoni një mjedis të supozuar të lehtë të zhvillimit me më të mirën nga më të mirët, do t'ju duhet të vlerësoni gjithashtu mjetet më të mira të C. Nëse vërtet do të jeni një inxhinier me përvojë, do të zgjidhni C për lirinë e tij nga kufizimi. A është vërtet C më e vështirë? Jo. Sintaksa është sintaksë. Në fund, ju duhet të zotëroni shprehjen e të njëjtit funksionalitet; dhe në të vërtetë, familja C e gjuhëve është e shkëlqyeshme. Gjëja e vështirë për të shkëlqyer nga porta në C ++ është të vësh duart mbi modelet që mund të keni nevojë të ndërtoni. Një fillim i shkëlqyeshëm nga praktikisht 15 vjet më parë ishin përbërësit origjinal të FastCGI të cilët ishin në dispozicion në CPPBuilder të Borland - ndoshta ende C ++ më i mirë për Windows. Edhe inicuesit C mund të shkojnë larg me qasje të tilla të orientuara nga objekti, sepse modeli i përgjithshëm i funksionimit të qëndrueshëm është ndërtuar në gjërat me të cilat punoni. Puna juaj është shumë më e lirë sesa mund të jetë në Ruby, për shembull, sa herë që mund të prishni ose tejkaloni modelin Ruby në qasjen tuaj. Nga ana tjetër, teknikat e skelave të Rails përshpejtojnë shumë punë për neofitin, nëse dhe vetëm nëse projekti i përshtatet modelit të përgjithshëm të Ruby dhe Rails. Futni, për shembull, dispozita rudimentare të sigurisë, të njohura në të gjitha ndërfaqet tuaja Ruby, dhe gjëja tjetër që dini, jeni duke shkruar përsëri një mijë rreshta të kodit Ruby të gjeneruar automatikisht për çdo tryezë që negocion aplikacioni juaj. A është e lehtë? Epo, e bëj me një redaktues të Windows të quajtur NoteTab Pro, që vepron në projektet Ruby që banojnë në një sistem OSX; dhe makro të sofistikuara i bëjnë rishikimet e mia në një sekondë, duke personalizuar një mijë rreshta kodi në pothuajse dyfishin e tij. Sidoqoftë, kjo lidhet me funksionalitetin relativisht të thjeshtë, bazë, në të cilin një projekt është i kufizuar. Fakti është, në C ++ ne mund të shkruajmë objektet tona të cilat i trajtojnë këto detyra vërtet në mënyrë universale - ju as që do të duhet të përsëritni këtë proces. Pra, këto janë kompromiset. Në fund, objekti C i orientuar është më i fuqishmi dhe më efikasi. Që do të thotë se është edhe puna më pak.
Hapi 4. Pa marrë parasysh zgjedhjen tuaj të mjeteve të programimit, nuk ka asnjë mënyrë për të shmangur varësinë nga një zotërim i arsyeshëm i HTML dhe CSS
Në përgjithësi, zhvilluesit me përvojë mbështeten në W3C.org për material jetësor. faqe interneti
Video - Duke përdorur këtë shërbim, disa informacione mund të ndahen me YouTube
Këshilla
- Një pjesë vitale e kërkimit tuaj atëherë do të jetë të merrni në dorë burimet më të mira. Do të filloja me Rubin; dhe nëse doni të shkëlqeni, do të duhet të vlerësoni gjuhët C të orientuara drejt objekteve dhe mjediset në të cilat projektet e shkruara mirë do të tejkalojnë të gjithë kolegët.
- Prandaj asgjë nuk mund të zëvendësojë studimin dhe vlerësimin shterues.
Paralajmërimet
- Një pengesë tjetër për të zotëruar me të vërtetë mjete të thjeshta është sjellja joprofesionale në shumë forume. Ekziston një ndryshim i madh midis njohurive profesionale dhe aftësive të shtirura, të cilat aq shpesh mund t’ju largojnë nga rruga e drejtë. Burimet më të mira të informacionit janë përgjithësisht bashkëmoshatarët më të arritur, jo mjeshtra të shtirur të mjeteve të supozuara të thjeshta, të cilët thjesht avokojnë për t'iu përmbajtur modelit të vetëm në dispozicion të tyre. Arsyeja kryesore që ju do të paraqisni pyetje në forume është se do t'ju duhet të tejkaloni (kështu të prishni) modelin e përbërë nga qasja e supozuar e thjeshtë. Kur pashmangshëm hasni në këto nevoja, keni nevojë për këshillën më të mirë.
- Asnjëherë mos mendoni se një shkurtore në dukje në të vërtetë përshpejton punën. SHUM shpesh, e kundërta është e vërtetë.
