Šīs tēmas jautājumi ir tik plaši un iespējami dažādi, ka jebkura reāla atbilde uz neizbēgamajiem jautājumiem var norādīt tikai uz kopējo ceļu.
Mūsdienās daudzi cilvēki vēlas un cer izveidot dinamisku (uz datiem balstītu) tīmekļa klātbūtni, kuras arhitektūra viegli iekļauj jaunu materiālu, pārskatīšanu un apmeklētāju mijiedarbību. Piemēram, wikiHow ir dinamiska vietne. Lai gan kvalitatīvu projektu mērķis ir sasniedzams visiem rūpīgajiem cilvēkiem, būtu kļūda nenovērtēt to, kas galu galā ir būtiski izaicinošs uzdevums, jo īpaši jebkura potenciālā projekta tehniskajos objektos. Pat visvienkāršākā dinamiskā tīmekļa klātbūtne prasa pietiekamas prasmes dažādās disciplīnās.
Neaizstājamu mērķu sasniegšanā neviens nevar atkāpties no laba datu bāzes dizaina. Sagatavošanās šai disciplīnai vien ir būtisks (bet ne izslēdzošs) darbs. Tiklīdz mums ir projekta mērķu kopsavilkums, mums ir jāparedz pārdomāti līdzekļi to sasniegšanai. Tad mums ir jāizvēlas programmēšanas valodas vai rīki, kuru pamatā ir ideāla projekta arhitektūras vīzija.
Tad redzēt visu ainu no paša sākuma ir vissvarīgākā prasme.
Soļi
1. solis. Apziniet, kāda veida rīki un procesi sasniegs jūsu mērķus
Tā kā jebkuras dinamiskas tīmekļa klātbūtnes galvenais kodols ir tā datu bāze un datu apstrāde, mūsu pirmais būtiskais mērķis ir pieņemt tālejošu lēmumu par datu bāzes dzinēju. Nav laba ideja cerēt uz nejaušu lēmuma pieņemšanu tikai šķietamā, vissaprātīgākajā sākotnējā veidā.
- Šī pirmā lēmuma būtiskais mērķis ir plānot mūsu projektu tādā veidā (ar rīkiem un datu bāzes dzinējiem), kas apmierinās jūsu vajadzības līdz nākotnes ceļam, kurā, pieņemot pareizos sākotnējos lēmumus, jūs efektīvi balstieties uz savu sākotnējo pamatu, efektīvi un bez jebkādiem šķēršļiem. Tas nozīmē, ka ideālā gadījumā, piemēram, jūsu izvēlētais datubāzes dzinējs nav tikai vienkāršs vai šķietami vienkāršs, ko izvietot šodien; no sākuma tam ir jābūt dzinējam, kas atbalstīs jūsu pakārtotās apstrādes prasības.
- Dažreiz komerciāli apsvērumi vēl vairāk ietekmē šādas izvēles. Kādi dzinēji ir intensīvi apmeklēti (un dārgi)? Kādus dzinējus praktiski nevar apmeklēt, ja tiek īstenoti apstrādes mērķi, kas jūsu turpmākajam projektam ir jāuztur? Parasti sekojiet modelim, izvēloties savu dzinēju, pamatojoties uz vienu no diviem iespējamiem izvietojumiem.
- Lai to izdarītu, vispirms jāapraksta galvenās tabulas vajadzības. Profesionālam pat nevajadzēs veidot šo karti (neatkarīgi no tā, pat ja ir iesaistīti simtiem vai tūkstošiem tabulu), jo viņi parasti uzreiz redzēs, vai arhitektūra un turpmākās vajadzības, kas jums būs jāatbalsta, ir intensīvas lasīšanas vai rakstīšanas iespējas. Pēc tam jūs izvēlēsities atbilstošu datu bāzi, pamatojoties uz šo vispārējo izvietojumu un, iespējams, tālāk, pamatojoties uz personīgo gaumi un pieredzi, jo darbs ar attiecīgajiem programmatūras izstrādes rīkiem var paredzēt. MySQL ir parastā izvēle intensīvai lasīšanai. Daudzi izstrādātāji meklē tādas datu bāzes kā PostgreSQL, lai iegūtu uzticamu rakstīšanas intensīvu ieviešanu. Mēs attīstām savu attieksmi pret šādiem svarīgiem rīkiem, rūpīgi pētot un izmantojot vispārējās programmatūras izstrādes nozares pieredzi. Parasti no izdevumiem var izvairīties, jo ir pieejami ļoti labu rīku bezmaksas izvietojumi. Mēs meklējam veiktspēju intensīvā lasīšanas vai rakstīšanas vidē, uzticamību, vienkāršu un minimālu administrēšanu un gatavu integrāciju ar iespējamiem programmatūras izstrādes rīkiem.
2. solis. Izvēlieties programmatūras izstrādes rīkus
Izvēloties programmatūras izstrādes rīkus, jāņem vērā divi modeļi. Šķietami “vienkārši” rīki patiesībā reti ir viegli, ja projekts neizbēgami pārtrauc izstrādes un funkcionalitātes modeļu sastāvu, “vienkārši” rīki parasti ir ierobežoti. Ja vēlaties darīt kaut ko vairāk par “vienkāršajiem” rīkiem, piemēram, iekļaut valodu vai tulkošanas parametru dinamiski ģenerētos vietrāžos URL, var būt daudz grūtāk to paveikt “vienkāršajos” rīkos, un tas var prasīt ārkārtīgi sarežģītas programmēšanas prasmes. līdzīgi kā pievilināt vienkāršo modeli sarežģītāku lietu veikšanai. Mums ir jāapgūst mūsu rīki, lai izveidotu labus projektus. Tas nepadara vieglos instrumentus par labāko izvēli vai vismodernākos instrumentus par sarežģītu piedāvājumu. "Vieglas" attīstības slazds parasti ietver ierobežojumus, kuru pārvarēšana neizbēgamā projektu attīstībā kļūst ļoti dārga. Parasti rodas milzīgs šādu rīku klāsts, šķietami apmierinot šādas vajadzības. Bet instrumentu neatlaidības modelis liecina par šķietamu faktu par šī mērķa sasniegšanu; un tāpēc parasti mēs atklājam, ka vismodernākie un spēcīgākie rīki, ievērojot labus modeļus (vai objektu un bibliotēku pieejamību), ne tikai atvieglo praktiski neizbēgamus šķēršļus vienkāršiem rīkiem, bet arī padara "nokļūšanu tur" daudz vienkāršāku procesu. Kad mēs pārbaudām pieejamo rīku apjomu, sākotnēji izstrādātās koncepcijās parasti tiek parādīti mazāk visaptveroši modeļi, un labākus koncepcijas piedāvā vēlāk radīti rīki (pretējā gadījumā tiem nebūtu iespējas izdzīvot tirgos, kas jau ir uzvarēti). Ja mēs izvēlamies it kā vienkāršu rīku, tad mēs meklējam attīstības modeli, kas ir gan smags, gan bez jebkādiem šķēršļiem. Tad neofītam paradokss ir grūtības redzēt tik tālu pa ceļu, ka mēs varam uztvert programmēšanas šķēršļus noteiktam instrumentu kopumam. Daži cilvēki uzskata, ka labākie rīki ir visspēcīgākie un vismazāk ierobežojošie projektu pieejas ziņā. Brīvība attīstīt to, ko vēlaties un kas jums nepieciešams, bieži nozīmē izjaukt šķietami vienkāršu rīku vispārējo modeli, kura izaicinājumi var praktiski salauzt vispieredzējušāko un vismodernāko programmatūras inženiera smadzenes, jo panākumi šādā objektā nozīmē padarīt vienkāršu modelis var darīt kaut ko tādu, ko tas, iespējams, nespēj atbalstīt. Vai, piemēram, "Rubīns" tiešām ir vieglāks rīks nekā pamata C ++ vai C#? Nē. Nav īsti, it īpaši, ja jums ir jāizjauc vienkāršais Ruby modelis, lai nodrošinātu svarīgu funkcionalitāti. Tāpat kā Ruby, GCC ir bezmaksas Linux un OSX. Ruby nāk arī uz OSX - jums tas vienkārši jāatklāj savā sistēmā. No it kā vienkāršākajiem rīkiem mana personīgā izvēle ir Ruby. No patiesi sarežģītiem rīkiem C ++ un C# valdīs vēl ilgi nākotnē; un patiesība ir tāda, ka tie ir vienīgie transportlīdzekļi attīstībai bez šķēršļiem. Tāpēc sēdiet taisni un sagatavojieties nopietnām studijām, jo neatkarīgi no izvēlētā ceļa jums būs jāapgūst ne tikai jūsu rīki, bet arī potenciāli ierobežojošie modeļi, ar kuriem šie rīki galu galā var apgrūtināt jūs. Rubīns, iespējams, ir daudz tīrāks nekā gandrīz visi tā „vieglie” vienaudži. C ++ ir neapgrūtinātas izcilības instruments; un patiesībā pieredzējuši guru izrādīsies vienlīdzīgi projekti, iespējams, ar daudz mazākām grūtībām, nekā tie varētu sasniegt tos pašus mērķus ar it kā vienkāršu rīku. Visbeidzot, izstrādātāji, kuri izvairās no šī novērojuma, maksā zināmu cenu: vai nu izvēlas vispiemērotāko "vienkāršo" rīku, vai arī mazāk uztraucas par brīvību no apgrūtinājumiem vismodernākajā rīkā. Pēdējā gadījumā jūs apgūstat Fast CGI objektus, paņemat bumbu un skrienat. Milzīgas koncepcijas bieži tiek īstenotas ar mazu kodu. Jā, vienkāršie rīki izvirza to pašu apgalvojumu, taču, abstrahējot šķietamās grūtības no mums tā, ka novirze no parasti sastopamā modeļa rada ļoti sarežģītas inženiertehniskas problēmas, kā arī darbības traucējumus, kurus C ++ novērš.
3. solis. Atrisinot šos jautājumus, mums neizbēgami ir jāpārbauda tāda veida projektu izstrādes pamatmodeli vai modeļi, kādus mēs vēlamies izrādīt
Tas nozīmē iegūt labāko literatūru, lai iegūtu instrumentus, kurus vēlamies salīdzināt, un vismaz piešķirt mūsu koncepcijai tādu formu, kādā tā varētu tikt izmantota noteiktā rīku komplektā, salīdzinot ar citiem. Pirms, piemēram, izvēlaties Ruby, varat paņemt svarīgas grāmatas, piemēram, "Rubīna programmēšanas valoda" un "Veiklā tīmekļa izstrāde ar sliedēm". Sākotnējam pētījumam ir ne tikai pietiekami jāapgūst rīki, bet arī jāparedz, kā jūs varat tur nokļūt - kā jūs varat nodrošināt vēlamo funkcionalitāti, izmantojot izvēlēto rīku. Iesācējam tas ir grūts uzdevums. Ja jūs salīdzināsit it kā vieglu izstrādes vidi ar labāko no labākajiem, jums būs jāizvērtē arī labākie C rīki. Ja jūs patiešām būsiet pieredzējis inženieris, jūs izvēlēsities C, jo tā ir brīva no ierobežojumiem. Vai tiešām C ir grūtāk? Nē. Sintakse ir sintakse. Galu galā jums jāapgūst vienas un tās pašas funkcionalitātes izpausme; un patiesībā C valodu saime ir lieliska. Sarežģītā lieta, lai izceltos tieši C ++, ir likt rokas uz modeļiem, uz kuriem, iespējams, vajadzētu balstīties. Lielisks sākums praktiski pirms 15 gadiem bija oriģinālie FastCGI komponenti, kas bija pieejami Borlanda CPPBuilder - iespējams, joprojām labākais C ++ operētājsistēmai Windows. Pat C iniciāti var iet tālu ar šādām objektorientētām pieejām, jo vispārējais funkcionalitātes saglabāšanas modelis ir iebūvēts tajās lietās, ar kurām strādājat. Jūsu darbs ir daudz brīvāks, nekā tas var būt, piemēram, Ruby, ikreiz, kad jūs savā pieejā varat salauzt vai pārsniegt Ruby modeli. No otras puses, Rails sastatņu metodes paātrina neofīta darbu, ja un tikai tad, ja projekts atbilst Ruby un Rails vispārējai veidnei. Ieviesiet, piemēram, elementārus drošības noteikumus, kas ir atzīti visās jūsu Ruby saskarnēs, un nākamais, ko zināt, jūs pārrakstāt tūkstoš rindu automātiski ģenerēta Ruby koda katrai tabulai, par kuru notiek jūsu pieteikums. Vai tas ir viegli? Es to daru ar Windows redaktoru ar nosaukumu NoteTab Pro, kas darbojas ar Ruby projektiem, kas atrodas OSX sistēmā; un sarežģīti makro manu pārskatīšanu veic varbūt sekundē, pielāgojot tūkstoš koda rindas gandrīz divreiz vairāk. Tomēr tas attiecas uz salīdzinoši vienkāršu pamatfunkciju, ar kuru projekts ir ierobežots. Fakts ir tāds, ka C ++ mēs varam rakstīt savus objektus, kas šos uzdevumus risina patiesi universāli - jums nekad pat nevajadzēs atkārtot šo procesu. Tātad šie ir kompromisi. Galu galā objektu orientētā C ir visspēcīgākā un efektīvākā. Tas nozīmē, ka tas ir arī vismazākais darbs.
4. solis. Neatkarīgi no programmēšanas rīku izvēles jūs nekādā veidā nevarat izvairīties no atkarības no saprātīgas HTML un CSS prasmes
Parasti pieredzējuši izstrādātāji paļaujas uz W3C.org, lai iegūtu svarīgu materiālu. tīmekļa lapa
Video - izmantojot šo pakalpojumu, daļa informācijas var tikt kopīgota ar pakalpojumu YouTube
Padomi
- Svarīga jūsu meklējumu sastāvdaļa būs iegūt labākos resursus. Es sāktu ar Rubīnu; un, ja vēlaties izcelties, jums jānovērtē uz objektu orientētās C valodas un vide, kurā labi uzrakstīti projekti pārspēs visus vienaudžus.
- Tāpēc nekas nevar aizstāt izsmeļošu izpēti un novērtēšanu.
Brīdinājumi
- Vēl viens šķērslis vienkāršu rīku patiesai apgūšanai ir neprofesionāla rīcība daudzos forumos. Pastāv milzīga atšķirība starp profesionālo zinātību un izlikto prasmi, kas tik bieži var novest jūs tālu no pareizā ceļa. Labākie informācijas avoti parasti ir visveiksmīgākie vienaudži, nevis it kā vienkāršu rīku meistari, kuri vienkārši iestājas par vienu pieejamo modeli. Galvenais iemesls, kāpēc jūs iesniegsit jautājumus forumos, ir tas, ka jums būs jāpārsniedz (tādējādi jāpārtrauc) modelis, ko veido it kā vienkāršā pieeja. Kad jūs neizbēgami saskaraties ar šīm vajadzībām, jums ir nepieciešams labākais padoms.
- Nekad nedomājiet, ka šķietams īsceļš patiešām paātrina darbu. ĻOTI bieži, tieši otrādi.
