Форум → Программирование → PHP для идиотов → CMF Compo
CMF Compo
Страницы: ← Следующая страница →
-
-
Сен. 16, 2007, 8:55 п.п., спустя 2 часа 53 минуты 39 секунд
это в порыве чего ты ^придумал такой конкурс?
и правильно ли ты выбрал раздел, уважаемый?все умрут, а я изумруд -
Сен. 16, 2007, 9:10 п.п., спустя 14 минут 47 секунд
md5
Если есть более подходящий раздел - перенесите. Но думаю, что разработчиков CMF можно смело считать "профи".
Первого вопроса не понял :) -
-
Сен. 16, 2007, 9:29 п.п., спустя 12 минут 2 секунды
Ему цмс-ка нужна (в вообще говоря, ему нужен готовый сайт ;))
Нет, здесь речь о фреймворках. Если у вас есть своя наработка (многие онлайн сообщества со временем создают общий проект, и для ПХП сообщества написание подобной разработки - вполне естественный шаг) - вэлкам :) И вам дополнительные мнения, отзывы, заинтересованные люди, реклама в конце концов, и для конкурса полезный материал. -
Окт. 8, 2007, 4:11 п.п., спустя 21 день 18 часов 42 минуты
Dagdamor, а "PHP Compiler CMF" и "CMF Compo" это одно и тоже?))https://smappi.org/ - платформа по созданию API на все случаи жизни -
Окт. 9, 2007, 5:47 п.п., спустя 1 день 1 час 35 минут
*удивлен* Нет… первое - фреймворк, второе - мероприятие :) -
Окт. 9, 2007, 6:13 п.п., спустя 26 минут 20 секунд
второе - мероприятие :)
как мероприятие?все умрут, а я изумруд -
Окт. 9, 2007, 9:02 п.п., спустя 2 часа 48 минут 53 секунды
*удивлен* Нет… первое - фреймворк, второе - мероприятие :)
так и подумал))https://smappi.org/ - платформа по созданию API на все случаи жизни -
Окт. 9, 2007, 9:08 п.п., спустя 5 минут 45 секунд
Думаю реорганизовать свою цмску… и основаться на фреймворке от Zend
Dagdamor как думаеш стоит ли переходить на зенд?https://smappi.org/ - платформа по созданию API на все случаи жизни -
Окт. 9, 2007, 11: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, 1:29 п.п., спустя 1 час 42 минуты 35 секунд
md5
Совершенно верно, все фреймворки начинались как небольшие удобные решения, а потом в погоне за универсальностью их авторы превращали их в невесть что. Разработчик должен стремиться сдерживать этот процесс по мере возможности, не допускать беспричинного раздувания движка. Писать отдельные модули - на здоровье. А чем "универсальнее" ядро, тем сложнее разбираться с ним (тем оно глючнее, тормознее, несовместимее ни с чем и т. д.) Мой PHPC растет в том плане, что у него появляются все новые и новые полезные возможности - небольшие и обязательно вызванные реальной необходимостью в них. Архитектура же при этом не меняется, она была избрана один раз и навсегда. Если я захочу попробовать другое архитектурное решение, я напишу новый фреймворк.
Страницы: ← Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!