так на указанной вами странице он есть ))
qsort([]) -> [];
qsort([Pivot|Rest]) ->
qsort([ X || X <- Rest, X < Pivot]) ++ [Pivot] ++ qsort([ Y || Y <- Rest, Y >= Pivot]).
напомнило одного знакомого, он ко-мне пришел и спрашивает:
— у тебя нет office 2007?
— нет. а зачем?
— хочу поставить.
— дык у тебя-же 2003ий стоял, что не пашет?
— нее, просто хочу 2007ой поставить он же лучше.
— чем?
— ...( человек впадает в ступор)
это я к тому, что может стоит сначала подумать зачем оно надо, а не бежать за самым новым и последним железом-софтом.
Как говорят — «Технологии ради технологий — не всегда хорошо».
Вы что имете ввиду? load->model и setFields? Если да, то на мой взгляд достаточно подходящие место, так как скорее всего модель будет использованна во всех методах конторллера, соответственно не нужно будет инициализировать в каждом методе.
нет, я конечно всё понимаю, но если вы на рельсах, то зачем вы пишите комментраии в блог пхп фреймворка, или это вы так мягко напоминаете пхпшникам о существовании других языков/технологий ))
Может я глупость скажу, но если совсем абстрагироватся, то помимо ключа, есть ещё и замок, и не факт, что реализация метода open() ключа подойдёт к методу open() замка.
Теоретически должен быть ещё один класс который принимает метод ключа, метод замка, и проверяет подходит ли реализация.
1.Итак зенд студио и авто-дополнение, проблема не столько в архитектуре, а скорее в отсутствии phpdoc
2. ну опять первый пункт, а насчёт где будет искать посомотрите метод _ci_load_class класса СI_Loader так-ли уж много мест?
3. достаточно давно работаю с CI и ни разу не видел, ни говоря уже о том что бы самому делать такие урлы. вобще посмотрите роутер настраивается на ура на какие урлы хочется.
4. мышление, на мой взгляд любой фреймворк накладывает свой отпечаток на мышление, по этому и выбирать надо то что подходит лично тебе, и не будет тебя сковывать. выбора славо богу предостаточно.
Ну и на последок плюсы:
1. низкий порог вхождения - обучить нового человека можно за 2-3 дня.
2. отличная документация - почти всё по разложенно по полочкам с примерами.
3. сравнительно высокая быстродейтелность - я не говорю что лучшее, но у многих выигрывает.
4. легкая интеграция со сторрониими приложениями
гм, а вы не в курсе что, ZF тем и хорош что, себя всего не тянет, а позволяет работать с отдельными классами?В примере видно, что в данном случае подгружаются толькоу те классы которые нужны для списков доступа. Можете замерить сколько времени занимает, загрузка с ним и без и будете приятно удивленны.
Что касается быстрого самописного кода, то я например почти всегда отдам предпочтение хорошо задокументированной, проверенной, библиотеке, а не странным функциям которые местный гуру сваял на коленке. Опять же напишите мне быстрый самописный код который будет без проблем расширяться и позволит реализовать списки доступа с той же гибкостью.
Поясните пожалуста, что вы имели в виду? Я согласен архитектура у CI не идеальная, но в принципе достаточно понятная, и мозг там ломать особенно не получится(ИМХО)
Супер объект - Один большой синглетон а остальное всё подключается, на мой взгляд подход себя оправдывает.
qsort([]) -> []; qsort([Pivot|Rest]) -> qsort([ X || X <- Rest, X < Pivot]) ++ [Pivot] ++ qsort([ Y || Y <- Rest, Y >= Pivot]).напомнило одного знакомого, он ко-мне пришел и спрашивает:
— у тебя нет office 2007?
— нет. а зачем?
— хочу поставить.
— дык у тебя-же 2003ий стоял, что не пашет?
— нее, просто хочу 2007ой поставить он же лучше.
— чем?
— ...( человек впадает в ступор)
это я к тому, что может стоит сначала подумать зачем оно надо, а не бежать за самым новым и последним железом-софтом.
Как говорят — «Технологии ради технологий — не всегда хорошо».
стоит на ней дос и борландские плюсы 3.1.
P.S. Ссылка на стандарты CakePHP побилась.
Теоретически должен быть ещё один класс который принимает метод ключа, метод замка, и проверяет подходит ли реализация.
1.Итак зенд студио и авто-дополнение, проблема не столько в архитектуре, а скорее в отсутствии phpdoc
2. ну опять первый пункт, а насчёт где будет искать посомотрите метод _ci_load_class класса СI_Loader так-ли уж много мест?
3. достаточно давно работаю с CI и ни разу не видел, ни говоря уже о том что бы самому делать такие урлы. вобще посмотрите роутер настраивается на ура на какие урлы хочется.
4. мышление, на мой взгляд любой фреймворк накладывает свой отпечаток на мышление, по этому и выбирать надо то что подходит лично тебе, и не будет тебя сковывать. выбора славо богу предостаточно.
Ну и на последок плюсы:
1. низкий порог вхождения - обучить нового человека можно за 2-3 дня.
2. отличная документация - почти всё по разложенно по полочкам с примерами.
3. сравнительно высокая быстродейтелность - я не говорю что лучшее, но у многих выигрывает.
4. легкая интеграция со сторрониими приложениями
Вот как-то так ))
Что касается быстрого самописного кода, то я например почти всегда отдам предпочтение хорошо задокументированной, проверенной, библиотеке, а не странным функциям которые местный гуру сваял на коленке. Опять же напишите мне быстрый самописный код который будет без проблем расширяться и позволит реализовать списки доступа с той же гибкостью.
Супер объект - Один большой синглетон а остальное всё подключается, на мой взгляд подход себя оправдывает.