Метка: mvc

Laravel-4

Последнее время меня пугают некоторые тенденции для библиотек в PHP, вместо простого и быстрой разработки мы получаем JAVA. Сейчас много php фреймворков и я их делю на две основные категории: 1. Монстры с большой гибкостью и возможностью менять любой компонент. Они отлично подходят для кровавого энтерпрайза. В этой категории два лидера Symfony 2 и Zend Framework 2, хотя последний у меня вызывает скепсис, слишком уж сырой он появился на свет. 2. Фреймворки для быстрой разработки, они менее архитектурно красивы, зато не требуют писать такую кучу кода. Среди них следует отметить широко известные Yii и Kohana. Есть ещё микрофреймворки, php расширения, pear и т.д., но как правило они лучше подходят в качестве отдельных компонент или на очень уж простые проекты. Я же решил рассказать о Laravel, буквально вчера появилась 4-я версия этого прекрасного фреймворка из категории 2. О нём пока мало известно, хотя 3-я версия была очень хороша и имела систему бандлов. Чего в полной мере не было у конкурентов.

Читать далее »

Разработка на фреймворке fatfree

Недавно взялся за проект на микрофреймворке fatfree или как его ещё именуют F3. В целом, этой мой первый серьёзный опыт работы с такой крохой,  весит он всего 55k. При этом очень шустрый, имеет готовые решения: Роутинг Встроенное кэширование Active Record Шаблонизатор Расширяемость через плагины. Выглядит всё это довольно внушительно, примеры уровня «Hello world» смотрятся потрасающе, но что будет, коль копнуть поглубже.

Читать далее »

Пишем свой велосипед: часть 0

Довольно часто приходится сталкиваться с велосипедостроительством в php. Язык к этому располагает, нет чёткого лидера среди фреймворков, да и те что есть довольно неудобные и громоздкие. И вот на просторы оупенсурса выливаются реки говнакода непонятно для чего написанные и куда должно оно течь. Я поставил себе цель научить других, как планировать и выстраивать видение конечного продукта. Это поможет не только в велосипедостроении, но и в небольших проектах. Надеюсь, всё получится.

Читать далее »

Компания microsoft открыла код MVC фреймворка для ASP.NET

К этому они шли очень долго, но никто не ждал такого финиша. Первые креативные мысли по созданию своей реализации MVC появились у разработчиков ещё в 2007 году, затем вышло несколько версий — превью, беты, релиз кандидаты. Но лишь в марте 2009 года состоялся настоящий релиз. Если релиза ждали многие, то вот о том что это будет ещё не самая важная новость, догадывалось нороду мало. Недавно было объявлено, что фреймворк является открытым и распостраняется под открытой лицензией MS-PL. Меня не прильщает ASP.NET, но посмотреть в исходники от корпорации тьмы я всё же решил, чего и другим советую. Качать здесь. Ну и немного оффтопа. Microsoft превратилась в красную тряпку для многих айтишников, а быки как известно — дальтоники, им плевать на что бросаться. Не уподобляйтесь им, не всё творимое «чёрной» компанией является плохим. И от просмотра кода или знакомства с их продуктами Вы не превратитесь мгновенно в зомби.

Читать далее »

Свой шаблонизатор

Вы хотите отделить логику представления от остальных слоёв приложения? Вам нужен шаблонизатор, желательно простенкий. Ну чтоже, напишем свой. Обределимся с минимумом: Передать переменную в шаблонизатор Взять переменную из шаблонизатора Отобразить шаблон

Читать далее »

Шаблонизация: Что, где, как

Вопрос о шаблонах подобен священной войне за веру, он вызывает потоки флейма на форумах, блогах, конфернциях… Что такое шаблон? Это заготока для отображения входных данных. Его основная задача определить где, что и как будет находиться.Вроде всё просто  и понятно, но когда мы начинает отделять логику от представления возникает много вопросов о разделении полномочий. И так человек приходит, либо не приходит к понятию логика предсталения. После этого становится мало и человек начинает использоать актиные шаблоны и постепенно приходит к понятию view. Попытаюсь рассмотреть типичные задачи возлагаемые на шаблоны. Где. С помощью специальных знаков мы указываем где должна происходить встака. Т.к. php изначально был навёрнытым щаблонизатором, то примеры будут на нём, а не специализированых шаблонизаторах. вставить после данного текста <?=$var?>, а не после этого. Что. Вот и первый краеугольный камень. Если вставлять простые переменные, то подходит чисто пример выше. Но в реальных задачах приходится выводить массивы, данные из объектов. Некоторые предпочитают для массивов гонять цикл непосредственно в php, чтобы не использоать for или foreach в шаблонах. Выглядит примерно так. $blockVar = »; foreach($data AS $v) { $blockVar .= temlateFetch(‘list.tpl’, array(‘var’ => $v)); } templateAssign(‘var’, $blockVar); Мало того что это неудобно, так ещё и нарушает концепцию разделения логики. Куда проще делать это в шаблоне, тем более при вёрстке придётся менять только шаблон и не нужно лезть в код, чтобы узнать какой шаблон использоался для блочной переменной <?php foreach($data AS $v) { ?> <div><?=$v?></div> <?php } ?> Как. Считаю глупым чтобы программист указывал верстальщику как нужно обработать переменную чтобы её ставить. Очень часто имеено при вёрстке видно нужно ли обрабатыать html теги, какой должен быть перевод строки, на сколько обрезать длинную строку. Допустим, администратор в textarea ввёл текст, который сохранился в базу данных, затем при выводе, если мы всталяем её в textarea, то делаем <textarea><?=$var?></textarea> , а если в p <p><?=nl2br($var)?></p> %RELATEDPOSTS%

Читать далее »