Форум → Программирование → PHP для идиотов → CMF Compo
CMF Compo
Страницы: ← Следующая страница →
-
-
16 сентября 2007 г. 20:55, спустя 2 часа 53 минуты 39 секунд
это в порыве чего ты ^придумал такой конкурс?
и правильно ли ты выбрал раздел, уважаемый?все умрут, а я изумруд -
16 сентября 2007 г. 21:10, спустя 14 минут 47 секунд
md5
Если есть более подходящий раздел - перенесите. Но думаю, что разработчиков CMF можно смело считать "профи".
Первого вопроса не понял :) -
-
16 сентября 2007 г. 21:29, спустя 12 минут 2 секунды
Ему цмс-ка нужна (в вообще говоря, ему нужен готовый сайт ;))
Нет, здесь речь о фреймворках. Если у вас есть своя наработка (многие онлайн сообщества со временем создают общий проект, и для ПХП сообщества написание подобной разработки - вполне естественный шаг) - вэлкам :) И вам дополнительные мнения, отзывы, заинтересованные люди, реклама в конце концов, и для конкурса полезный материал. -
8 октября 2007 г. 16:11, спустя 21 день 18 часов 42 минуты
Dagdamor, а "PHP Compiler CMF" и "CMF Compo" это одно и тоже?))https://smappi.org/ - платформа по созданию API на все случаи жизни -
9 октября 2007 г. 17:47, спустя 1 день 1 час 35 минут
*удивлен* Нет… первое - фреймворк, второе - мероприятие :) -
9 октября 2007 г. 18:13, спустя 26 минут 20 секунд
второе - мероприятие :)
как мероприятие?все умрут, а я изумруд -
9 октября 2007 г. 21:02, спустя 2 часа 48 минут 53 секунды
*удивлен* Нет… первое - фреймворк, второе - мероприятие :)
так и подумал))https://smappi.org/ - платформа по созданию API на все случаи жизни -
9 октября 2007 г. 21:08, спустя 5 минут 45 секунд
Думаю реорганизовать свою цмску… и основаться на фреймворке от Zend
Dagdamor как думаеш стоит ли переходить на зенд?https://smappi.org/ - платформа по созданию API на все случаи жизни -
9 октября 2007 г. 23:24, спустя 2 часа 16 минут 17 секунд
Думаю реорганизовать свою цмску… и основаться на фреймворке от Zend
Dagdamor как думаеш стоит ли переходить на зенд?
Я бы не переходил… -
10 октября 2007 г. 10:38, спустя 11 часов 13 минут 35 секунд
ad3000
Нашел на чем основываться… тяжеленный, тормозной пакетный фреймворк сомнительной ценности.
Лучше написать свое, хорошее и качественное. И заточить под конкретные нужды разработчиков, а не пытаться реализовать все подряд, но как попало. -
10 октября 2007 г. 11:23, спустя 45 минут 28 секунд
Patrick, Dagdamor
сенкс! может тогда CakePHP?
посоветуйте на чем основать
P.S. CMF должна обновляться разработчиками + обширная документация на сайте, как плюс поддержка на форумеhttps://smappi.org/ - платформа по созданию API на все случаи жизни -
10 октября 2007 г. 11:47, спустя 23 минуты 48 секунд
Dagdamor, отлично, тут и vasa_c против универсальности и т.д… сколько мы с ним холиварили..
а скажи, с каждой новой версией твоей продукции, не становится ли она похожа на что-то более крупное?
тут выбор фреймворка, отлично. фреймворк — каркас, основа, набор либ на худой конец.
мы конечно с vasa_c говорили насчет prototype, но это сути не меняет.
он говорит, делаю мол свой набор либ, а прототайп гавно, его и гуру js закидали и т.д.
так вот я и говорю, постепенно-то твоя либа тоже будет подбираться к этому конечному продукту!
тут же с фреймворком, постепенно он разрастется! да, он разделен на модули, да, что-то можно убрать, но основной пакет-то растет!
как же можно говорить, "пиши свой фреймворк для конкретного случая"??? ну как?
зачем тогда вобще фреймворки тогда нужны, если уже и их переписывать надо под себя?все умрут, а я изумруд -
10 октября 2007 г. 13:29, спустя 1 час 42 минуты 35 секунд
md5
Совершенно верно, все фреймворки начинались как небольшие удобные решения, а потом в погоне за универсальностью их авторы превращали их в невесть что. Разработчик должен стремиться сдерживать этот процесс по мере возможности, не допускать беспричинного раздувания движка. Писать отдельные модули - на здоровье. А чем "универсальнее" ядро, тем сложнее разбираться с ним (тем оно глючнее, тормознее, несовместимее ни с чем и т. д.) Мой PHPC растет в том плане, что у него появляются все новые и новые полезные возможности - небольшие и обязательно вызванные реальной необходимостью в них. Архитектура же при этом не меняется, она была избрана один раз и навсегда. Если я захочу попробовать другое архитектурное решение, я напишу новый фреймворк.
Страницы: ← Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!