All streams
Search
Write a publication
Pull to refresh
22
0
Станис @stanis

User

Send message
С другой стороны. Я действительно считаю, что сюда пришёл делиться с другими разработчиками, на конструктивные вопросы отвечаю и т.п. Но не стоит думать, что я "вышел на рынок" "продавать автомобиль", что смотрю на другие фреймворки как на "конкурентов", ну и всё такое.
Да нету у него аналогов. Зачем я его и делал.
> Я ознакомился с внушительным материалом, поверьте.
Верю. Поверьте, я тоже.

> Почитал даже ваши "холивары", чтобы иметь представление о вашем подходе.
У-у-у. Печально.

Вопрос про "ряд задач" был сформулирован так, что у меня сложилось ощущение необходимости переносить все данные с сайта в ответ Вам.
Ну ссылка на краткое описание (в т.ч. ряда "этого";-)) есть в тексте поста. Абзац про "ряд задач" оттуда. У меня складывается ощущение, что Вы начали задавать вопросы и требовать доказательств до просмотра ссылок.
> Я не говорил о конкуренции.
"чем именно они выгодно отличаются от конкурентов" — а о чём Вы говорили?
Только баянистое.
А вот на "падонак" ломаеццо.
До выхода PHP 6 разве что пакеты. Ядро больше года обкатывалось и на данный момент делает ровно то, что надо. :)
Но-овые? :) Забавно.

Но в целом хорошая точка зрения. Мне очень нравится. Я, правда, не воспринимаю другие как "конкурентов", но ведь у нас стереотип, что фреймворк — это несколько тонн кода, гора документации, непредсказуемые поломки и комьюнити, взявшееся неясно откуда за год-полтора до анонса разработки.
> Интрига присутствует, но за два дня успеет выветриться :).

О, да! ...начинаю думать, что фантастика в рассказе исключительно про "тысячу строк за ночь".
"Построим цикл!" — ответит программист".
:-) Какие ваши аргументы, гражданин начальник?
:-) У меня это не совсем "гибкий MVC-каркас". Или ты описание фишек не читал? Насчёт тысяч, кстати, сильно сомневаюсь: очень многие так или иначе завязываются на конкретику с самого начала.

В целом, думаю, имеет смысл пообщаться в приватах или по аське/джабберу.
Но, на мой взгляд, основное достоинство этого фреймворка в том, что помимо своих прямых задач он не пытается решать какие-либо ещё. Он не навязывает ни способов обработки запросов пользователя, ни методов работы с СУБД, ни средств работы с ACL; то есть не пытается тягаться с куда более известными и проверенными прикладными библиотеками.
Классов — много. Кода — мало. Но это только потому, что лично мне в данный момент времени так кажется проще и удобнее.
Вижу только один момент, по которому могу не согласиться: он не разрастётся. Нет предпосылок.
В одном из проектов у меня был SmartyView. И шаблоны. Потом показалось неудобно, сделал иначе. На freedom'е это классы, которые наследуются от DomView, вынимают данные и отображаются, и спокойно могут быть использованы как в совокупности, так и по отдельности (для AJAX, например). Не вижу особой и принципиальной разницы. А тяжеловесность для меня — это количество кода, которое надо написать, ну и скорость, с которой это работает.
Ну, я и говорю: pull model. Про рендер вью, которым занимается контроллер, не понял.
Откуда вообще вопрос про папки и сервера? :)

Information

Rating
Does not participate
Location
Новосибирская обл., Россия
Date of birth
Registered
Activity