Мазмұны
Менен қандай жақтауды қолданатынымды сұраңыз, менде кейуана кейуана болады және барлық жақтаулар бір-бірімен бірдей нашар екенін айтамын. Бұл олардың барлығы жаман деп айтуға болмайды, бірақ PHP-де бізде елестетуге болмайтын көптеген құрылымдар бар (әдетте N + 1 ретінде келтіріледі, мұндағы N - PHP әлемдегі жасаушылардың саны) және олардың барлығы мағынасы бар шығар оларды ойлап тапқан адамға.
Жақтауды таңдау мүмкіндігіңіз, сіз дәл салуға тырысқаныңызға қарамастан, тек бір жақтауды қолдануға тырысқаннан гөрі жақсы болар еді, өйткені бұл 'ең жақсы' (қандай болса да 'ең жақсы'). Құрылымдық ұсыныстарды таңдау сіз жобаның қажеттіліктеріне сәйкес келетін нәрсені таңдай алатыныңызды білдіреді, тіпті ол құжатталған болуы мүмкін. Кез-келген платформадағы құрылымдар, қайта пайдалануға болатын модульдер мен кітапханаларды қамтамасыз ететін шынымен де бар, және бір функционалдылықты қайта-қайта құру кезіндегі барлық жалықтыратын және қайталанатын міндеттерден аулақ болу керек. Мысалы, CMS хабарламаларын құру кезінде мен үшін форма өрістерін бір нәрсе өңдеп, тексеруі керек; егер өз еркіме қалдырсам, маңызды бір нәрсені жіберіп алуым мүмкін, сондықтан мен әр жобаның элементтерін жасағаным жөн әр түрлі, әр уақытта бірдей болатындарға қарағанда!
Толық стек шеңберлері
Zend Framework сияқты толық стек шеңберлері архитектуралық тәжірибесі жоқ әзірлеуші үшін жақсы орын бола алады. Бұл жаңа қосымшаны іліп қою үшін жақсы құрылым береді және оның айналасында жақсы «экожүйе» бар - көптеген кітаптар, оқулықтар және ақылға қонымды құжаттар. Егер сіз көптеген адамдар қолдайтын үлкен қосымшаны құрғыңыз келсе, әйгілі, жан-жақты құрылым жақсы таңдау болуы мүмкін, өйткені ол көптеген құрылымдарды нұсқайды және жақсы таныс және түсінікті болады.
Бөлінуге көмектесетін құрылым әрқашан жақсы; мансабымның басында мен кейбіреулерімен жұмыс істедім өте кіші әзірлеушілер және оларға MVC (Model View Controller) үлгісін үйретуге тырысты, ол сол кезде салыстырмалы түрде жаңа болды. Smarty-ді көру деңгейінде қолдану туралы шешім қабылдадық; ішінара дизайнерлер шаблондармен оңай жұмыс істеуі үшін және ішінара біреу менің үстеліме келіп, «мен Smarty-мен қалай X жасаймын?» дегенде. Мен «көріністе Х жасамаңыз!» Деп айта аламын. (10-дан тоғыз рет, бұл жауап болды). Жақтаудың болуы біздің қосымшаның басқа бөліктерінде де осындай бөлуді табуға көмектеседі. Олардың көпшілігі Smarty немесе менің жаңа сүйікті Twig сияқты азғырмалы қабатқа қарсы интеграциялауды қолдайды, сондықтан сіз осы құралдарды қай жақтауды таңдасаңыз да ала аласыз.
Жүкті жеңілдетіңіз
Zend Framework-тен гөрі жеңіл жақтаулар көп, мысалы мен CodeIgniter-мен аз жұмыс істеймін. Бұл Zend Framework сияқты жан-жақты және сенімді ме? Жоқ, олай емес. Қосымшаны жылдам құруға мүмкіндік беретін көмекші шеңбер ретінде пайдалы. Жалпы алғанда, «көмекші» функциясы аз рамкалар жол табу оңайырақ болады, өйткені бөліктердің қалай үйлесетіні әлдеқайда айқын. Бейтаныс шеңберде (мен үшін бұл бәрі дерлік), бұл автомагикалық биттермен жұмыс істеуді және түзетуді қиындатады.
Бұл «жаңа шеңберде адасып» қалу сезімі сөзсіз және мүлдем көңілсіз; тіпті тәжірибелі әзірлеуші ештеңенің қалай жұмыс істейтінін білмеген кезде өзін жаңадан сезінеді. Егер сізге шынымен сәттілік жетпейтін болса, сіз IRC арнасы сізге ақымақ екеніңізді айтатын кадрды таңдаған боларсыз! Бұл өте жағымсыз бастапқы тәжірибе көптеген адамдарды жаңа фреймворкты қолдануды немесе бірінші кезекте оны қабылдауды тоқтатады, және өте аз рамалар жаңа кедергілерге жаңа қолданушыларға көмектесу үшін жақсы жұмыс істейді.
PHP-де бізде бұл сөздерді қолдана алатындай емес, кейбір рамалар бар. Бізде өте жақсы компоненттердің құрылымдары бар; Zeta Components (бұрын eZ компоненттері) және Symfony компоненттері сияқты өз қалауынша пайдалануға және бірге ойнауға арналған кітапханалардың жинақтары (олардың сайтын көрдіңіз бе? Олар ең жақсы өнер туындылары сыйлығын жеңіп алды!). Олардың ішіндегі ең жақсысы және ең маңыздысы, әрине, PHP-нің өзінің PEAR және PECL ұсыныстары - бұл жаңа әлемнің жаңа әлемінде қандай да бір жолмен ұмытылып кетеді.
Микрожобалар
Microframeworks - бұл PHP-де пайда болатын үрдіс; бұл жай жеңіл желімдерге көмектесетін супер-жеңіл ұсыныстар. Жақсы мысал - Slim, ол өте тез және қарапайым, әрі RESTful тұжырымдамаларын түсінеді. Бұл URL үлгілері болып табылатын «маршруттар» идеясының негізінде жасалған. Сіз маршрутты тіркеп, қоңырау шалыңыз, ол URL мекен-жайы сұралғанда шақырылуы керек.
РНР-ді жасаушылардың көпшілігі фреймворкты қолданады және онымен бірге болады, әйтпесе біреуін жұмыста, ал екіншісін хоббиі немесе ашық көзі жобаларында қолдана алады. Қолдану үшін «ең жақсы» жақтаулар туралы біршама келісімдер жоқ, сондықтан барлығы білетін нәрселеріне сүйенеді, ал нәтиже - бұл көптеген кадрлардың қатар дамуы. Мен таңдауды таңдағанды ұнатамын, бірақ олардың бәрі бір-бірімен бірдей жаман екенін айттым ба?
Егер сіз Zend Framework-ті білсеңіз, онда сіз өзіңізді Zend Framework әзірлеушісі ретінде сипаттайсыз; Егер сіз оны түсінуге мүмкіндігіңіз болмайынша, басқа фреймде жазғаныңыз жайлы болмас еді, және сіз PHP шикізатының көптеген функцияларын есіңізде сақтамасаңыз, егер сіз оларды жиі қолданбасаңыз. Біз тек абстракция қабаттарының үстінде жұмыс істейтін, белгілі бір рамкаға арналған әзірлеушілерге айналдық деген ой PHP үшін таңқаларлық. Ақыр соңында, бұл «веб-мәселені шешу». Бұл С тілінде жазылған және жылдам, жеңіл тіл ... бұл фреймворкті жүктеуді бастаудың үлкен процесін күтпеуді қамтамасыз етеді! Осы контекстен біз Функатрон деп атайтын адам жазған MicroPHP Манифесі пайда болды (оның есімі Эд Финклер болса да). Бұл бірнеше өзара үйлесімді шағын модульдерді құруға болады, одан үлкені жақсы емес, және Java үшін өмір өте қысқа - бұл PHP-де жазылған болса да.
