Šios temos klausimai yra tokie platūs ir įvairūs, kad bet koks realus atsakymas į neišvengiamus klausimus gali nurodyti tik bendrą kelią.
Daugelis žmonių šiandien nori ir tikisi sukurti dinamišką (duomenimis pagrįstą) žiniatinklio pateikimą, kurio architektūra lengvai pritaikoma naujai medžiagai, peržiūrai ir lankytojų sąveikai. Pavyzdžiui, „wikiHow“yra dinamiška svetainė. Nors kokybiškų projektų tikslas yra pasiekiamas visiems rūpestingiems žmonėms, būtų klaida neįvertinti to, kas galiausiai yra labai sudėtinga užduotis, ypač bet kokio būsimo projekto techniniuose objektuose. Net ir paprasčiausiam dinamiškam žiniatinklio buvimui reikia pakankamai įgūdžių įvairiose disciplinose.
Siekdamas būtinų tikslų, niekas negali nukrypti nuo gero duomenų bazės dizaino. Vien tik šios disciplinos paruošimas yra reikšmingas (bet ne išimtinis) darbas. Gavę projekto tikslų santrauką, turime numatyti tinkamas priemones jiems pasiekti. Tada mes turime pasirinkti programavimo kalbas ar įrankius, pagrįstus idealios projekto architektūros vizija.
Matyti visą vaizdą nuo pat pradžių yra pats svarbiausias įgūdis.
Žingsniai
Žingsnis 1. Išsiaiškinkite, kokios priemonės ir procesai pasieks jūsų tikslus
Kadangi bet kurio dinamiško žiniatinklio esmė yra jos duomenų bazė ir duomenų apdorojimas, pirmasis mūsų pagrindinis tikslas yra priimti plataus užmojo sprendimą dėl duomenų bazės variklio. Nėra gera mintis tikėtis atsitiktinai priimti tokį sprendimą tik kažkaip atrodančiu, protingiausiu pradiniu būdu.
- Svarbiausias šio pirmojo sprendimo tikslas yra planuoti mūsų projektą tokiu būdu (naudojant įrankius ir duomenų bazių variklius), kuris patenkins jūsų poreikius ateityje, kai priimsite teisingus pirminius sprendimus. efektyviai ir netrukdydami remkitės savo pradiniu pagrindu. Tai reiškia, kad idealiu atveju, pavyzdžiui, pasirinktas duomenų bazės variklis yra ne tik lengvas, arba iš pažiūros paprastas, įdiegti šiandien; nuo pat pradžių tai turi būti variklis, kuris patenkins jūsų tolesnio apdorojimo poreikius.
- Kartais komerciniai sumetimai dar labiau įtakoja tokius pasirinkimus. Kokie varikliai yra intensyvūs (ir brangūs)? Kokie varikliai praktiškai nemokami diegiant įgyvendinimo būdus, kurie atitinka jūsų galutinio projekto apdorojimo tikslus? Paprastai reikia sekti modelį, pasirenkant variklį pagal vieną iš dviejų galimų nuostatų.
- Norėdami tai padaryti, pirmiausia turite nustatyti pagrindinius stalo poreikius. Profesionalui net nereikės kurti šio žemėlapio (nepaisant to, net jei tai yra šimtai ar tūkstančiai lentelių), nes paprastai jie iš karto pamatys, ar architektūra ir būsimi poreikiai, kuriuos turėsite palaikyti, yra intensyvūs skaitymui ar rašymui. Tada pasirinksite tinkamą duomenų bazę, pagrįstą šia bendra nuostata, o galbūt ir toliau, remdamiesi asmeniniu skoniu ir patirtimi, nes darbas su atitinkamomis programinės įrangos kūrimo priemonėmis gali būti numatytas. „MySQL“yra įprastas pasirinkimas intensyviam skaitymui. Daugelis kūrėjų ieško duomenų bazių, tokių kaip „PostgreSQL“, kad patikimai įdiegtų daug rašymo. Mes ugdome savo požiūrį į tokias gyvybiškai svarbias priemones kruopščiai tyrinėdami ir remdamiesi bendros programinės įrangos kūrimo pramonės patirtimi. Išlaidų paprastai galima išvengti, nes galima nemokamai diegti labai gerus įrankius. Mes siekiame našumo intensyvioje skaitymo ar rašymo aplinkoje, patikimumo, paprastumo ir minimalizavimo administravimo bei paruoštos integracijos su būsimomis programinės įrangos kūrimo priemonėmis.
Žingsnis 2. Pasirinkite programinės įrangos kūrimo įrankius
Renkantis programinės įrangos kūrimo įrankius reikia atsižvelgti į du modelius. Tariamai „lengvi“įrankiai iš tikrųjų retai būna lengvi, kai projektas neišvengiamai nutraukia kūrimo ir funkcionalumo modelius. „Lengvi“įrankiai paprastai apsiriboja. Jei norite padaryti ką nors daugiau nei „paprasti“įrankiai, pvz., Įtraukti kalbą ar vertimo parametrą į dinamiškai sugeneruotus URL, tai gali būti daug sunkiau atlikti naudojant „paprastus“įrankius, todėl gali prireikti labai sudėtingų programavimo įgūdžių. kaip apgauti paprastą modelį, kad padarytumėte sudėtingesnius dalykus. Norėdami sukurti gerus projektus, turime įsisavinti savo įrankius. Dėl to lengvi įrankiai nėra geriausias pasirinkimas, o sudėtingiausi įrankiai - sudėtingas pasiūlymas. „Lengvo“kūrimo spąstus paprastai sudaro apribojimai, kuriuos įveikti, kai neišvengiama projektų raida, tampa labai brangu. Paprastai atsiranda daugybė tokių įrankių, tariamai tenkinančių tokius poreikius. Tačiau įrankių atkaklumo modelis išduoda tariamą šio tikslo pasiekimo faktą; ir apskritai, mes pastebime, kad sudėtingiausi ir galingiausi įrankiai, laikantis gerų modelių (arba objektų ir bibliotekų prieinamumo), ne tik palengvina praktiškai neišvengiamas kliūtis paprastiems įrankiams, bet ir daro „pasiekimą“kur kas paprastesniu procesu. Kai nagrinėjame turimų priemonių apimtį, paprastai pradinio kūrimo koncepcijose pateikiami ne tokie išsamūs modeliai, o vėlesnės priemonės siūlo geresnes koncepcijas (arba jos neturėtų šansų išgyventi rinkose, kurios jau buvo laimėtos). Jei mes pasirenkame tariamai lengvą įrankį, tada mes ieškome vystymosi modelio, kuris yra sudėtingas ir be jokių kliūčių. Tuomet neofito paradoksas yra tai, kad sunku pamatyti taip toli, kad galime suvokti programavimo kliūtis tam tikram įrankių rinkiniui. Kai kurie žmonės mano, kad geriausios priemonės yra galingiausios ir mažiausiai ribojančios projekto požiūriu. Laisvė plėtoti tai, ko norite ir ko jums reikia, dažnai reiškia sulaužyti bendrą neva paprastų įrankių modelį, kurio iššūkiai praktiškai gali sugriauti labiausiai patyrusių ir įmantriausių programinės įrangos inžinieriaus smegenis, nes sėkmė tokiame objekte reiškia padaryti „paprastą“modelis daro tai, ko gali nepalaikyti. Pavyzdžiui, ar „Ruby“yra paprastesnis įrankis nei pagrindinis C ++ ar C#? Ne. Ne, ypač jei turite sulaužyti paprastą „Ruby“modelį, kad užtikrintumėte gyvybiškai svarbias funkcijas. Kaip ir „Ruby“, „GCC“yra nemokama „Linux“ir „OSX“. „Ruby“taip pat veikia OSX sistemoje - jūs tiesiog turite tai atrasti savo sistemoje. Iš tariamai paprastesnių įrankių mano asmeninis pasirinkimas yra Ruby. Iš tikrai sudėtingų įrankių C ++ ir C# karaliaus dar ilgai; ir tiesa yra tai, kad tai yra vienintelė transporto priemonė, skirta vystytis be kliūčių. Taigi atsisėskite tiesiai ir pasiryžkite rimtai studijuoti, nes nepaisant pasirinkto kelio, turėsite įsisavinti ne tik savo įrankius, bet ir potencialiai ribojančius modelius, kuriuos šie įrankiai galiausiai gali jus apsunkinti. Ruby tikriausiai yra daug švaresnis nei beveik visi „lengvi“bendraamžiai. C ++ yra neapsunkintos kompetencijos įrankis; ir iš tikrųjų patyrę guru pavyks įgyvendinti neprilygstamus projektus, tikriausiai turėdami daug mažiau sunkumų, nei jie galėtų pasiekti tuos pačius tikslus naudodami tariamai paprastą įrankį. Galų gale kūrėjai, nuklydę nuo šio pastebėjimo, moka tam tikrą kainą: arba pasirenka palankiausią „lengvą“įrankį, arba mažiau nerimauja dėl laisvės nuo sudėtingiausio įrankio. Pastaruoju atveju jūs įvaldote „Fast CGI“objektus, paimate kamuolį ir bėgate. Didžiosios koncepcijos dažnai įgyvendinamos su mažu kodu. Taip, paprastos priemonės pateikia tą patį teiginį, tačiau abstrahuojant nuo mūsų tariamus sunkumus taip, kad nukrypimas nuo jų įprasto modelio kelia labai sudėtingų inžinerinių iššūkių, be to, našumo trūkumų, kuriuos išsprendžia C ++.
3 žingsnis. Spręsdami šiuos klausimus, neišvengiamai turime išnagrinėti pagrindinius tokio pobūdžio projektų kūrimo modelius ar modelius, kokių norime pasirodyti
Tai reiškia, kad reikia ieškoti geriausios literatūros, kad rastume įrankius, kuriuos norime palyginti, ir bent jau suteikti savo koncepcijai tam tikrą formą, kuria ji galėtų pasinaudoti tam tikru įrankių rinkiniu, palyginti su kitomis. Prieš pasirinkdami, pavyzdžiui, „Ruby“, galite pasiimti svarbių knygų, tokių kaip „Rubino programavimo kalba“ir „Agile Web Development with Rails“. Pradiniame tyrime turi būti ne tik pakankamai įsisavinti įrankiai, bet ir įsivaizduotas, kaip ten patekti - kaip jūs galite suteikti norimą funkcionalumą naudodami pasirinktą įrankį. Iniciatyvui tai nelengva užduotis. Jei ketinate palyginti tariamai lengvą kūrimo aplinką su geriausiu iš geriausių, turėsite įvertinti ir geriausius C įrankius. Jei tikrai būsite patyręs inžinierius, pasirinksite C dėl jo laisvės nuo apribojimų. Ar C tikrai sunkiau? Ne. Sintaksė yra sintaksė. Galų gale jūs turite išmokti išreikšti tą patį funkcionalumą; ir tiesą sakant, C kalbų šeima yra puiki. Sunkus dalykas, norint pasiekti puikių rezultatų „C ++“vartuose, yra padėti modeliams, kurių jums gali prireikti. Puiki pradžia praktiškai prieš 15 metų buvo originalūs „FastCGI“komponentai, kuriuos buvo galima rasti „Borland“„CPPBuilder“- tikriausiai vis dar yra geriausias „C ++“, skirtas „Windows“. Net C iniciatoriai gali toli siekti taikydami tokius objektinius metodus, nes bendras funkcionalumo palaikymo modelis yra integruotas į tuos dalykus, su kuriais dirbate. Jūsų darbas yra daug laisvesnis nei, pavyzdžiui, „Ruby“, kai galite pažeisti ar viršyti „Ruby“modelį. Kita vertus, „Rails“pastolių metodai pagreitina daug darbų neofitui, ir tik tada, jei projektas tinka bendrai „Ruby“ir „Rails“formai. Įveskite, pavyzdžiui, elementarias saugumo nuostatas, atpažįstamas visose jūsų „Ruby“sąsajose, ir kitas dalykas, kurį žinote, iš naujo rašote tūkstantį eilučių automatiškai sugeneruoto „Ruby“kodo kiekvienai jūsų taikomojoje lentelėje. Ar tai lengva? Na, aš tai darau su „Windows“redaktoriumi „NoteTab Pro“, veikiančiu „Ruby“projektuose, esančiuose OSX sistemoje; ir sudėtingos makrokomandos mano pataisymus atlieka per sekundę, pritaikydamos tūkstantį kodo eilučių beveik dvigubai daugiau. Vis dėlto tai susiję su gana paprastomis pagrindinėmis funkcijomis, kuriomis projektas apsiriboja. Faktas yra tas, kad „C ++“galime parašyti savo objektus, kurie tikrai visuotinai atlieka šias užduotis - jums niekada net nereikės pakartoti šio proceso. Taigi tai yra kompromisai. Galų gale objektas orientuotas C yra galingiausias ir efektyviausias. Tai reiškia, kad tai taip pat mažiausiai darbų.
4 žingsnis. Nesvarbu, kaip pasirinkote programavimo įrankius, jokiu būdu negalima išvengti priklausomybės nuo pagrįsto HTML ir CSS įvaldymo
Paprastai patyrę kūrėjai remiasi W3C.org svarbia medžiaga. tinklo puslapis
Vaizdo įrašas - naudojant šią paslaugą kai kuri informacija gali būti bendrinama su „YouTube“
Patarimai
- Svarbi jūsų ieškojimų dalis bus gauti geriausius išteklius. Pradėčiau nuo Ruby; ir jei norite tobulėti, turėsite įvertinti į objektą orientuotas C kalbas ir aplinką, kurioje gerai parašyti projektai pasirodys geriau nei visi kiti.
- Todėl niekas negali pakeisti išsamaus tyrimo ir vertinimo.
Įspėjimai
- Dar viena kliūtis tikrai įsisavinti paprastus įrankius yra neprofesionalus elgesys daugelyje forumų. Yra didžiulis skirtumas tarp profesinės patirties ir apsimestinių įgūdžių, kurie dažnai gali nuvesti jus toli nuo teisingo kelio. Geriausi informacijos šaltiniai paprastai yra labiausiai patyrę bendraamžiai, o ne apsimestiniai tariamai paprastų įrankių meistrai, kurie tiesiog pasisako už jiems prieinamą modelį. Pagrindinė priežastis, dėl kurios ketinate pateikti klausimus forumuose, yra ta, kad turėsite viršyti (taip nutraukti) modelį, kurį sudaro tariamai paprastas metodas. Kai neišvengiamai susiduriate su šiais poreikiais, jums reikia geriausių patarimų.
- Niekada negalvokite, kad tariamas spartusis klavišas iš tikrųjų pagreitina darbą. LABAI dažnai atvirkščiai.
