- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
protected function composeResolvers()
{
require_once systemConfig::$pathToSystem . '/resolver/init.php';
require_once systemConfig::$pathToSystem . '/resolver/templateMediaResolver.php';
require_once systemConfig::$pathToSystem . '/resolver/moduleMediaResolver.php';
require_once systemConfig::$pathToSystem . '/resolver/extensionBasedModuleMediaResolver.php';
require_once systemConfig::$pathToSystem . '/core/fileLoader.php';
$baseresolver = new compositeResolver();
$baseresolver->addResolver(new fileResolver(systemConfig::$pathToApplication . '/*'));
$baseresolver->addResolver(new fileResolver(systemConfig::$pathToWebRoot . '/*'));
$baseresolver->addResolver(new fileResolver(systemConfig::$pathToSystem . '/*'));
$resolver = new compositeResolver();
$resolver->addResolver(new templateMediaResolver($baseresolver));
$resolver->addResolver(new moduleMediaResolver($baseresolver));
$resolver->addResolver(new extensionBasedModuleMediaResolver($baseresolver));
$resolver->addResolver(new classFileResolver($baseresolver));
if (function_exists('external_callback')) {
external_callback($resolver, $baseresolver);
}
return new cachingResolver($resolver, 'resolver_media_cache');
}
Прямиком с http://govnokod.googlecode.com/svn/trunk/govnoquoter/www/bundle.php
Там ещё много всего интересного!
Follow us!
господи, бедные пыховцы. Это же неизвестный никому кроме пыховцев ад)
инклюжен гарды надо делать
в самом популярном языке в 2010м году)
Если создатель языка призывает писать говнокод, то не удивительно что все его слушают)
http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html
кстати, английский Лердорфа читается легко.
"зачем делать сложные фреймворки? все равно они за вас ничего не сделают, и надо все писать руками". И после этого пишет говнокод.
пока отложил чтение. Позже скажу свой вердикт.
===
Но если он реально так считает, то это плохо.
Это говорит о том, что человек не занимался разработкой сайтов, как следует.
И дело не в сайтах. Дело в подходе в целом. Лердорф -- плохой программист. Он не думает над архитектурой, и пишет ковбойский код. И этот факт находит отражение в языке, потому что каждый язык -- отражение взглядов его автора.
Если автор в 38 лет не понимает почему глобальные переменные --- это плохо, то очевидно что и в языке у него будут глобальные переменные.
Если он не понимает зачем нужны фреймворки -- то и фреймворков в языке нормальных не будет.
Он говорит такие вещи: разбивай программу на маленькие кусочки, ты можешь их потом разнести на несколько серверов.
(Слова не мальчика, но мужа).
Он говорит, что компоненты должны быть разделены.
Также у него есть примеры, где в перемешку PHP и HTML, но он пишет, что юзать PHP в HTML надо мало: использовать только простые вызовы функций, циклы и выводы.
То есть в этом случае он использует PHP как шаблонизатор.
В конце он говорит умную мыслю: никто не сделает приложение за вас. Чем потратить кучу времени на допиливание чужих фреймворков, лучше потратить время на свой фрэймворк, что сбережёт ваши нервы.
====
Вообщем мысли у него правильные есть.
add_c.inc -- христоматийная, нетесриуемая говнокаша из логики и HTTP.
>>Он говорит такие вещи: разбивай программу на маленькие кусочки, ты можешь их потом разнести на несколько серверов.
причем каждый кусочек он предлагает вынести в отедельный файлик.
Он просто не знает, что кластеризация должна делаться уровнем выше, а не распихиванием файликов по разным серверам. Джависты знают, дотнетчики знают, а он не знает.
Он так же говорит что не надо все пускать через один контроллер.
конечно. сайт должен состоять из 100500 файликов index.php, разложенных по разным папочкам)
>>. Чем потратить кучу времени на допиливание чужих фреймворков, лучше потратить время на свой фрэймворк
конечно, лучше изобрести очередной велосипед. Вот такой метод каждый программист должен писать сам и с ноля:
и как же это бедная джава живет со спрингом, струтсом, и всей J2EE кухней и не хнычет. Может быть потому, что хорошо документированный фреймворк, написанный хорошими программистами -- настраивается без допиливания?
>>Вообщем мысли у него правильные есть.
Да у него одна строчка "$this->fatal_error($e->getMessage());" четыре раза повтояется! Он когда нить слышал, что копипаст -- это запах?
А вот это вообще пзц:
удобно наверное такой контроллер тестировать.
А про JS код cо строками типа
литерал 'desc_', который у нас в commons!!
а потом он же в пыхе (в контроллере):
за одно "validate_error'=>'f_'.substr($k,5)" на говнокод можно.
о том, что мне не нужен фреймворк, потому что я напишу сейчас все сам?
Также я недавно стал склоняться к тому, что нужен один файл, который разруливает. Типа как в Catylyst
Насчёт уровня выше не знаю, может как раз написание кода в разных файликах, помогает потом средству расспараллеливания.
ну вот видите)))
Это же очевидно: у запроса должен быть конкретный workflow, что бы можно было его логировать, снимать статистику, добавлять секурити, кешировать итд...
кроме того в системе должно быть ОДНО место, знающее об HTTP.
Остальные места знать о нем не должны. Тогда они будут легко тестироваться.
А 500 файликов, в каждом из которых еще 10 include сверху -- это кошмар.
>>Насчёт уровня выше не знаю, может как раз написание кода в разных файликах, помогает потом средству расспараллеливания.
:))))) интересно -- как?
файлик addEntryToGuestBook.php у нас лежит на одном сервере, а listEntries.php -- на другом? И ссылки в HTML правильно проставлены на разные сервера))
Я вот запускаю свое приложение на десяти разных серверах, делаю им общее хранилище сессий (в базе) и ставлю перед ними енджин, который раунд-робином запросы на них отправляет.
И когда приходит еще 100500 человек -- я просто добавляю еще 10 машин (это т.н. "горизонтальное маштабирование").
а пыхопешники начинают патчтить пхп, патчить мемкешд итд (как это делают фейсбуки всякие)
оленьи орешки?
То таблицу выложите,
то тут увидили тему.
http://gramota.ru/slovari/dic/?lop=x&bts=x&zar=x&ab=x&sin=x&lv=x&az=x& pe=x&word=%E2%EE%EE%E1%F9%E5%EC
А вот это хорошо! Потому, что базу ты можешь поменять на другую (перейти например на memcached), а остальной код не изменится.
> (дескать все это хорошо для гостевой книги, но не для продукта, где 7 разработчиков)
правильно, на пхп даже с фреймоворком код говно. Поэтому, если ваша аппликашка далеко не гостевая книга, то не стоит мучаться с написанием своего фреймворка, а взять другую платформу и писать уже на ней
тут он в чем-то прав.
например если выбирать между ORM и SQL.
но это моя личная позиция - как сторонника минимализма и любителя языка BrainFuck
и конкретно об mvc)
и то, что в PHP до сих пор нет нормального collections api например -- именно об этом пренебрежении к фреймворкам и говорит
тогда чур я не с ним!
>и конкретно об mvc)
вот кто оказывается главный любитель каши
потому что в пхп нет коллекций как таковых. Ага, есть ассоц.массивы, но для них уже полно array_* функций.
Мои претензии к языку:
1. почему выражения не клеятся, как в перле, то есть нельзя написать типа $f()[0]->$a['a'];
2. нет нормальной обьектной модели (чехарда с неймспейсами, наследованием, полиформизмом,областью видимости)
3. отсутствие статической типизации наравне с динамической (то есть почему сигнатуру я могу определить как function f(A $a, B $b), но не могу сделать то же самое с переменными и полями, как: var A $a; и var $v; )
4. ужасный рефлекшн
5. непоследовательный синтаксис (те же $this и parent::) и унаследованы излишне громоздкие конструкции с++, типа стрелок и двойного двоеточия
ведь это не противоречит нелюбви к фреймворкам )
и мы бы получили гораздо более красивый и удобный язык на той же платформе.
хм... Наверное мы бы тогда получили groovy = )
Говнокод!
Я тоже это замечал. Если бы не было говнокода, сайт не оправдал бы своё название.
"Где здесь С++?" ?
На воре шапка горит.
http://img1.liveinternet.ru/images/attach/b/3/16/930/16930419_IMG_4661.JPG
или шапочки для двойняшек
http://saccharineirony.files.wordpress.com/2007/12/men_bra1.jpg
Расмус Лердорф — датский программист (ныне живущий в Канаде)
тоже будете знать, что фреймворки не нужны, зато нужно хардкодить обращение к статическим классам и глобальным переменным, и урлы генерировать прямо в логике, что бы код был нететируемым
Первый багор в базе «НГК», между прочим.
теперь понятно, почему в официальной доке по питону написано про юнит-тесты< а в доке по пыху -- нет
Автор покажи как надо. И на примере mzz!
====
я, когда выкладывал код с говнокода, не был так быстр в решениях.
И про какую копипасту речь? Видите где-то одинаковые строчки?