Бұл тақырыптың мәселелерінің ықтималдығы соншалықты кең және алуан түрлі болғандықтан, кез келген сұрақтарға нақты жауап беру тек жалпы жолды көрсете алады.
Бүгінде көптеген адамдар архитектурасы жаңа материалға, қайта қарауға және келушілердің өзара әрекеттестігіне сәйкес келетін динамикалық (деректерге негізделген) веб -қатысуды құрғысы келеді және үміттенеді. wikiHow мысалы, динамикалық веб -сайт. Сапалы жобалардың мақсаты барлық жігерлі адамдардың қолында болса да, ақыр соңында, әсіресе, кез келген перспективалық жобаның техникалық объектілерінде маңызды міндет болып табылатынын бағаламау қателік болар еді. Тіпті қарапайым динамикалық веб болуы әр түрлі пәндер бойынша жеткілікті дағдыларды қажет етеді.
Міндетті емес мақсаттарға жету үшін, ешкім жақсы мәліметтер қорының дизайнынан ауытқып кете алмайды. Өзімізді осы пәнге дайындау - бұл маңызды жұмыс (бірақ алдын ала емес). Жобаның мақсаттары туралы қысқаша мәлімет алғаннан кейін, біз оларға жетудің сенімді құралдарын қарастыруымыз керек. Содан кейін бізде идеалды жобалау архитектурасына негізделген бағдарламалау тілдері немесе таңдау құралдары бар.
Бүкіл бейнені басынан бастап көру - ең маңызды дағды.
Қадамдар
Қадам 1. Миыңызды қандай құралдар мен процестер сіздің мақсаттарыңызға жететінін біліңіз
Кез келген динамикалық веб-қатысудың негізгі өзегі оның мәліметтер базасы мен деректерді өңдеу болып табылатындықтан, біздің бірінші өмірлік мақсатымыз-дерекқордың қозғалтқышы туралы кең ауқымды шешім қабылдау. Мұндай шешімді кездейсоқ қабылдауға үміттену дұрыс емес.
- Бұл бірінші шешімнің маңызды мақсаты - сіздің жобаңызды болашақта сіздің қажеттіліктеріңізді толықтай қамтамасыз ететін түрде (құралдар мен мәліметтер базасының қозғалтқыштарымен) жоспарлау, өйткені сіз дұрыс шешімдер қабылдадыңыз. бастапқы іргетасқа тиімді, ақыр соңында кедергісіз құрыңыз. Бұл дегеніміз, ең дұрысы, сіз таңдаған мәліметтер базасының қозғалтқышы бүгінде жай ғана емес, қарапайым болып көрінеді; басынан бастап бұл сіздің өңдеудің төменгі сұранысын қолдайтын қозғалтқыш болуы керек.
- Кейде коммерциялық ойлар мұндай таңдауларға әсер етеді. Қандай қозғалтқыштардың қатысуы қарқынды (және қымбат)? Сіздің соңғы жобаңыз қолдауы тиіс өңдеу мақсаттарын жүзеге асыруға қандай қозғалтқыштар қатыспайды? Әдетте, қозғалтқышты екі ықтимал диспозицияның біреуіне сәйкес таңдау керек.
- Мұны істеу үшін алдымен кестенің негізгі қажеттіліктерін анықтау керек. Кәсіби маманға бұл картаны құрудың қажеті жоқ (жүздеген немесе мыңдаған кестелер қатысса да), өйткені олар сізге қажет архитектура мен болашақ қажеттіліктердің оқылатынын немесе жазылмағанын бірден көреді. Содан кейін сіз осы жалпы ұстанымға негізделген, мүмкін жеке талғам мен тәжірибеге негізделген сәйкес дерекқорды таңдайсыз, себебі бағдарламалық қамтамасыз етуді әзірлеудің тиісті құралдарымен жұмыс жасауды болжауға болады. MySQL - интенсивті оқу үшін әдеттегі таңдау. Көптеген әзірлеушілер PostgreSQL сияқты дерекқорды іздеуді сенімді түрде енгізу үшін іздейді. Біз осындай маңызды құралдарға деген бейімділікті мұқият зерттеу және бағдарламалық қамтамасыз етуді әзірлеудің жалпы индустриясының тәжірибе қорына сүйене отырып дамытамыз. Әдетте шығындарды болдырмауға болады, себебі өте жақсы құралдарды ақысыз орналастыру қол жетімді. Біз іздейтін нәрсе - қарқынды ортаны оқу немесе жазу, сенімділік, басқаруды жеңілдету және азайту және бағдарламалық қамтамасыз етуді дамытудың перспективалық құралдарымен дайын интеграция.
Қадам 2. Бағдарламалық жасақтама жасау құралдарын таңдаңыз
Бағдарламалық қамтамасыз етуді құру құралдарын таңдауда екі заңдылықты ескеру қажет. Болжам бойынша, «жеңіл» құралдар өте сирек кездеседі, егер жоба сөзсіз түрде дамудың құрамы мен функционалдылық үлгілерін бұзса, «жеңіл» құралдар әдетте шектеледі. Егер сіз тілді немесе аударма параметрін динамикалық түрде жасалынатын URL мекенжайларына қосу сияқты «қарапайым» құралдардан басқа бірдеңе жасағыңыз келсе, онда «қарапайым» құралдарды қолдану өте қиын болуы мүмкін, бұл өте күрделі бағдарламалау дағдыларын қажет етеді. неғұрлым күрделі нәрсені жасаудың қарапайым үлгісін алдау. Біз жақсы жобаларды құру үшін өз құралдарымызды меңгеруіміз керек. Бұл қарапайым құралдарды ең жақсы таңдау немесе ең күрделі құралдарды қиын ұсыныс етпейді. «Оңай» дамудың тұзағы, әдетте, жобалардың еріксіз эволюциясын жеңу үшін өте қымбат болатын шектеулерді қамтиды. Мұндай қажеттіліктерді қанағаттандыратын осындай құралдардың үлкен ассортименті пайда болады. Бірақ құралдардың табандылық үлгісі осы мақсатқа қол жеткізгендігінің айқын фактісін көрсетеді; және, осылайша, біз жақсы үлгілерге (немесе объектілер мен кітапханалардың болуына) сүйене отырып, ең күрделі және қуатты құралдар қарапайым құралдарға іс жүзінде сөзсіз болатын кедергілерді жеңілдетіп қана қоймай, сонымен қатар «жетуді» әлдеқайда қарапайым процесске айналдыратынын білеміз. Біз қолда бар құралдардың ауқымын зерттегенде, әдетте әзірлеудің бастапқы тұжырымдамаларында толық емес модельдер ұсынылады, ал жақсырақ тұжырымдамалар кейінірек пайда болған құралдармен ұсынылады (немесе олар қазірдің өзінде жеңіп алған нарықтарда өмір сүру мүмкіндігіне ие болмайды). Егер біз қарапайым құралды таңдайтын болсақ, онда біз іздейтін нәрсе - бұл дамып келе жатқан және ақырында кедергі келтірмейтін даму үлгісі. Неофитке арналған парадокс - бұл жолдың төменгі бөлігінде көру қиындығы, сондықтан біз берілген құралдар жиынтығына бағдарламалау кедергілерін қабылдай аламыз. Кейбір адамдар ең жақсы құралдар жобалық көзқарас тұрғысынан ең қуатты және шектеусіз деп санайды. Қажетті және қажет нәрсені дамыту еркіндігі көбінесе қарапайым құралдардың жалпы үлгісін бұзуды білдіреді, олардың қиындықтары ең тәжірибелі және күрделі бағдарламалық жасақтама инженерінің миын сындыруы мүмкін, өйткені мұндай объектіге жету «қарапайым» жасауды білдіреді. модель қолдау көрсете алмайтын нәрсені жасайды. «Ruby», мысалы, негізгі C ++ немесе C#-ге қарағанда оңай құрал ба? Жоқ. Жоқ, әсіресе, егер сізге маңызды функционалдылықты қамтамасыз ету үшін Ruby -дің қарапайым моделін бұзуға тура келсе. Ruby сияқты GCC Linux және OSX үшін ақысыз. Ruby OSX -те де жұмыс істейді - оны жүйеде табу керек. Менің ойымша, қарапайым құралдардың ішінде менің жеке таңдауым Ruby. Нағыз күрделі құралдардың ішінде C ++ және C# ұзақ уақыт бойы билік етеді; және ақиқат - бұл кедергісіз дамудың жалғыз құралы. Сондықтан мұқият отыруға тырысыңыз, өйткені сіз таңдаған жолға қарамастан, сіз өзіңіздің құралдарыңызды ғана емес, сонымен бірге бұл құралдар сізге ауыр тиетін ықтимал шектеулі модельдерді де меңгеруіңіз керек. Рубин барлық «қарапайым» құрдастарына қарағанда әлдеқайда таза болуы мүмкін. C ++ - жүктелмеген жетілдіру құралы; және шын мәнінде, тәжірибелі гурулар теңдесі жоқ жобаларды жүзеге асырады, олар бір мақсатқа қол жеткізуге қарағанда әлдеқайда қиын болады. Ақыр соңында, бұл бақылаудан адасқан әзірлеушілер белгілі бір бағаны төлейді: не қолайлы «жеңіл» құралды таңдайды, не ең күрделі құралдың ауыртпалығынан құтылу туралы алаңдамайды. Соңғы жағдайда сіз Fast CGI нысандарын меңгересіз, допты алып, жүгіресіз. Үлкен ұғымдар көбінесе аз кодпен жүзеге асады. Иә, қарапайым құралдар дәл осындай талап қояды, бірақ бізден қиыншылықты алып тастау арқылы, олардың біркелкі үлгісінен ауытқу инженерлік қиыншылықтарды тудырады, сонымен қатар C ++ шешетін өнімділік кемшіліктерінен басқа.
3 -қадам. Бұл сұрақтарды шешу барысында біз сөзсіз өзіміз қалайтын сипаттағы жобаларды дамытудың негізгі үлгілерін немесе заңдылықтарын зерттеуіміз керек
Бұл біз салыстырғымыз келетін құралдар үшін ең жақсы әдебиеттерді алуды және, кем дегенде, өз тұжырымдамамызға басқалармен салыстырғанда берілген құралдар жиынтығында болатындай форманы беруді білдіреді. Мысалы, Ruby -ді таңдамас бұрын, сіз «Ruby бағдарламалау тілі» және «Rails көмегімен жылдам веб -әзірлеу» сияқты маңызды кітаптарды ала аласыз. Сіздің алғашқы зерттеуіңіз құралдарды жеткілікті меңгеріп қана қоймай, ол жерге қалай жетуге болатынын - таңдауға болатын құралмен қалаған функционалдылықты қалай қамтамасыз етуге болатынын ойластыруы керек. Бұл бастама үшін қиын міндет. Егер сіз дамудың оңтайлы ортасын ең жақсыларымен салыстырғыңыз келсе, сізге ең жақсы С құралдарын бағалау қажет болады. Егер сіз шынымен тәжірибелі инженер болғыңыз келсе, сіз шектеулерден босату үшін С таңдайсыз. C шынымен қиын ба? Жоқ. Синтаксис - синтаксис. Ақыр соңында, сіз бірдей функционалдылықты білдіруді меңгеруіңіз керек; және шындығында, С тілдерінің отбасы өте жақсы. C ++ - те қақпадан шығудың ең қиын жері - сізге қажет модельдерге қолыңызды қою. Іс жүзінде 15 жыл бұрын тамаша бастама Borland CPPBuilder -де бар FastCGI түпнұсқалық компоненттері болды - бұл әлі де Windows үшін ең жақсы C ++. Тіпті C бастамашылары объектіге бағытталған осындай тәсілдермен алысқа кете алады, өйткені функционалдылықты қолдаудың жалпы моделі сіз жұмыс істейтін нәрсеге негізделген. Сіздің жұмысыңыз Ruby-ге қарағанда әлдеқайда еркін, мысалы, сіз Ruby моделін бұзып немесе асып кете аласыз. Екінші жағынан, Rails орман техникасы неофит үшін көп жұмысты тездетеді, егер бұл жоба Ruby мен Rails жалпы қалыпына сәйкес келсе. Мысалы, сіздің барлық Ruby интерфейстерінде танылған қарапайым қауіпсіздік ережелерін енгізіңіз, және сіз білетін келесі нәрсе-сіз қолданба келіссөз жүргізетін әрбір кесте үшін автоматты түрде жасалған Ruby кодының мың жолын қайта жазасыз. Бұл оңай ма? Мен мұны OSX жүйесінде тұратын Ruby жобаларында жұмыс істейтін NoteTab Pro деп аталатын Windows редакторымен жасаймын; және күрделі макростар менің түзетулерімді бір секунд ішінде жасайды, мың жолды екі есе дерлік теңшейді. Дегенмен, бұл жоба шектелген қарапайым, қарапайым функционалдылыққа қатысты. Шындығында, C ++ тілінде біз бұл тапсырмаларды әмбебап шешетін өз объектілерімізді жаза аламыз - сізге бұл процесті қайталаудың қажеті жоқ. Демек, бұл келісімдер. Сайып келгенде, объектіге бағытталған С - ең қуатты және тиімді. Бұл дегеніміз, бұл ең аз жұмыс.
4 -қадам. Бағдарламалау құралдарын таңдағаныңызға қарамастан, HTML мен CSS -ті ақылға қонымды меңгеруге тәуелділікті болдырмауға болмайды
Әдетте тәжірибелі әзірлеушілер маңызды материалды W3C.org сайтына сүйенеді. веб парақ
Бейне - бұл қызметті пайдалану арқылы кейбір ақпарат YouTube -пен бөлісілуі мүмкін
Кеңестер
- Сіздің ізденісіңіздің маңызды бөлігі - бұл ең жақсы ресурстарға қол жеткізу. Мен Ruby -ден бастар едім; ал егер сіз озық болғыңыз келсе, объектіге бағытталған С тілдерін және жақсы жазылған жобалар барлық құрдастарынан асып түсетін ортаны бағалауыңыз қажет болады.
- Сондықтан толық зерттеу мен бағалауды ештеңе алмастыра алмайды.
Ескертулер
- Қарапайым құралдарды игеруге тағы бір кедергі - көптеген форумдарда кәсіби емес әрекет. Кәсіби ноу-хау мен шынайы шеберліктің арасында үлкен айырмашылық бар, олар жиі сізді дұрыс жолдан адастырады. Ақпараттың ең жақсы көздері - бұл қарапайым құралдардың шеберлері емес, олар қол жетімді бір үлгіге сүйенуді жақтайтын, ең тәжірибелі құрдастар. Форумдарға сұрақтар қоюдың негізгі себебі - сіз қарапайым тәсілмен жасалған модельден асып түсуіңіз керек. Сіз бұл қажеттіліктерге еріксіз жүгінген кезде сізге ең жақсы кеңес қажет.
- Ешқашан ойланбаңыз, бұл көрінетін сілтеме жұмысты тездетеді. Өте жиі, керісінше шындық.
