Изпечатай

[VladSun]

Отварям нарочна тема за използването на MVC архитектура и съществуващите PHP MVC frameworks:

* http://en.wikipedia.org/wiki/Model–view–controller

* http://framework.zend.com/
* http://cakephp.org/
* http://codeigniter.com/
* http://www.symfony-project.org/

Линкове свързани с MVC атхитектурата са добре дошли.
Линкове към други open source MVC frameworks са добре дошли (дори да не са PHP базирани).

Темеата е за дискусия относно MVC архитектурата и популяризирането й.

[b2l]

symfony-то използва MVC. Само за него се сещам в момента. Но предполага, че повечето хора във форума, които се занимават в PHP са запознати с това.

PS: Сега виждам, че си го добавил и него (само че не бях погледнал последния линк) 

[VladSun]

Та идеята ми е да се създават теми с практически решение и/или проблеми, като тези теми да са маркирани с [MVC] в заглавието (с цел да се улесни търсенето).

[koleto]

Много интересен канал за MVC в Youtube:
http://www.youtube.com/user/envyads

Песничка за MVC:
http://www.youtube.com/watch?v=YYvOGPMLVDo

[go_fire]

Добре де, кажете нещо и за нашенския Тангра. Чувам от разни спецове, дето са го наглеждали, бил много сериозен.

[VladSun]

Ти ме уби - за пръв път чувам за тази рамка (предполагам, че е защото чета само чуждестранни форуми). Обещавам да я разгледам по-подробно.
На пръв поглед ми изглежда прекалено user-friendly, което малко ме притеснява, но това може да се окаже само плюс

[angie_bg]

Здравейте, в рамките на обучението си по php/mysql реших да направя малък сайт с данни за оперни постановки в България (кой, къде, кога, как - това е темата на дисертацията на жена ми). По сайтовете на гореизброените фреймуорки, а и на други е обяснено как съответния продукт е най-добрият, най-революционният и как напълно ще ме замени в работата. Та въпросът ми е: трябва ли ми такова чудо, при условие, че ми е достатъчен почти конзолен вид на изхода от заявките, без шаринилки, специални ефекти, фойерверки и т.н., С какво може да ми помогне фреймуорка и кой бихте препоръчали за напълно начинаещ?

[go_fire]

Сам си си отговорил. Не ти трябва, само ще ти пречи. Ще трябва те първа да учиш напълно нов за теб синтаксис, като повечето възможности просто няма да ти трябват. За това и аз твърдо си ползвам чисто php, никакви рамки. За огромен и сериозен проект сигурно е оправдано, но не и за малко лични. Никак не се връзва да имаш цели два огрмони мегабайта да речем CI при положение, че кога няма да ти е повече от двадесет ка. Виж ако пишеш нещо огромно и в екип, си заслужава седмиците по научаване на новия синтаксис и многото допълнително място дето ще ти заеме, защото и твоя проект сигурно без него би бил пак толкова, ама с него по-бързо и лесно.

[vm13]

аз твърдо си ползвам чисто php, никакви рамки

Аз от около година-две мъча Зенд в почти всеки проект който правя. Колкото повече минава времето, толкова повече усещам как ми ограничава свободата. Има доста полезни компоненти, с помощта на които не се налага винаги да преоткриваш топлата вода, като филтри, валидатори и други подобни, но ако трябва да напиша една доста сложна SQL заявка, използвайки само abstraction layer-a, ще бъде почти невъзможно или грозно като "да се носи през 10 планини". Та и аз съм поел back to the roots

Оправдана е употребата на рамките, когато се работи в екип, независимо от големината на проекта, защото така всичики програмисти са поставени в една и съща "рамка" - в прекия и преносния смисъл, и няма толкова много неочаквани своеволия от колегите, ако се пише безразборен (безобразен) код.

За по-обикновенни проекти, каквото му трябва на човек, почти всичко в днешно време си го има в РНР - имаш PDO или пък директно mysqli, слагаш някаква система за шаблони (не задължително smarty - в PEAR също има интересни и доста по-леки приложения), и почти си готов!

[senser]

Сам си си отговорил. Не ти трябва, само ще ти пречи. Ще трябва те първа да учиш напълно нов за теб синтаксис, като повечето възможности просто няма да ти трябват. За това и аз твърдо си ползвам чисто php, никакви рамки. За огромен и сериозен проект сигурно е оправдано, но не и за малко лични.

Моето мнение е точно обратното. Ще дам пример с CakePHP, който използвам - в менюъла на кейка е даден пример за създаването на уеб блог за 1 ден (примерно). Това да си напишеш сам блог на РНР, вместо да ползваш готов такъв е сравнително проста задача (не че не може доволно да си я усложниш, но в случая говоря за "малък личен проект"). Та тази относително проста задача според мен доста лесно се реализира с въпросния фреймуърк отколкото да пишеш чисто РНР.
От друга страна, колкото повече се усложнява проектът, който разработвам, толкова повече почва да ме "стяга" кейка - все по-често прибягвам до custom mysql queries вместо да ползвам функциите на фреймуърка. Според мен за голям и сериозен проект или трябва да промениш/надградиш рамката, която ползваш или да си пишеш всичко като за теб, защото вероятността фреймуърка да ти фитне на 100% е много малка и тази вероятност с усложняване на задачата намалявя прогресивно.
А и не мисля, че става дума за нов "синтаксис" - няма как да ползваш РНР фреймуърк със синтаксис на Пърл...... По-скоро става дума архитектура на апликацията и донякъде за стил на програмиране.

[go_fire]

Senser точно когато видях, как се пише SQL в CI изпаднах в тих ужас. Исках да се захвана с него, защото VladSun много го хвали. И действително там можеш да пишеш MVC, като си спестиш камара код, както и друг каза имаш на разположение готови много неща. Но писането на заявки там за мен си е цял нов език. От делно вече се повтарям, няма да имаш нужда от голяма част от вече готовите и поднесени функции. О да и забравих да кажа, че съм от хората дето обичат да си вгорчават живота с всякакви промени в заданието и усложняването му.

[VladSun]

Не бих казал, че го хваля CI - просто е една от по-леките PHP рамки, които съществуват, а на мен точно такава ми трябва. Даже бих казал, че в CI има отвратителен код на места, но винаги можеш да го промениш

Относно чистият SQL в MVC - колкото и пълен да е DAL-а, винаги има случаи когато трябват специфични по отношение на използвания SQL сървер заявки. Най-често това са заявки свързани с отчетната система, които трябва да са много добре оптимизирани.

За SQL заявките свързани с номенклатурата на системата бих препоръчал да се ползва някой от ORM-ите (прим. Doctrine).

Честно казано, ползването на чист SQL не е проблем според мен - всеки DAL всъщност имплементира нов SQL подобен език, нали

[ghoof]

Коментари за:

http://www.veselin.bg/blog/nash-5-3-php-framework-zaschto-ne.php

и особено:

http://www.veselin.bg/blog/lithium-php-framework.php