MaxSite CMS - критика и размышления
01.06.2008Моя предыдущая запись http://blogclient.ru/obnovlenie-plagina-poiskovyx-fraz.htm Сегодня Макс выложил глубокую бету своего движка max-3000.com Увы, я почитав рассуждение об архитектуре будущей cms, пришел к неутешительным выводам - получается движок тоже больным, как и WordPress. Не в обиду разработчику, но у него не хватает объектно-ориентированного подхода к планированию сложных проектов. Процедурный подход исчерпал себя уже давно - будут очевидные проблемы роста и модификации кода.
Очень легко и просто писать бесконечное количество функций а этому потворствует сам язык php. После вполне конкретного объема написанного кода такой проект начнет сыпаться: сложно модифицировать предыдущий код для внесения новых возможностей, новый разработчик должен постигать стиль мышления предыдущих разработчиков - а на это надо время и деньги. ООП не решает проблем, а всего лишь отодвигает планку, когда начинает сыпаться код, на пару порядков вверх. Я уже в записях этого блога неоднократно писал, что самая сложная вещь в разработке - это планирование архитектуры. Поверьте очень сложная вещь - ведь от спланированной архитектуры зависит скорость и качество последующего написанного кода. Очень легко махнуть рукой и писать код, как он пишется. Очень жаль, что у Макса по всей видимости нет опыта написания сложных проектов с использованием ООП, думаю, что тогда все было бы гораздо веселей - а мне ведь хотелось появления нового, грамотно сделанного движка.
Мой блог находят по следующим фразам
• как удалить плагин
• сохранение файла в UTF-8+xml
• программа шелла
• wordpress Постоянные ссылки не работают
• трансляция ЖЖ блогспот
• текстовый редактор разные кодировки
Комментарии (6) на запись “MaxSite CMS - критика и размышления”
Пингбеки
Оставить комментарий
Макс, не расстраивайся. По моему мнению, перед тем как создавать новый движок, была бы необходима широкая дискуссия о соглашениях и интерфейсах. Зачастую одному человеку крайне трудно осмыслить весь объем работ сверху до низу. Ну вот я почитал о соглашениях для плагинов: очень напоминает идеи 20 летней давности для dll. Оно в принципе работает, но нет гибкости. Проблема состоит еще и в том, что невозможно наперед сказать, что потребуется в будущем. И если предварительно спланировать способность модифицироваться, то можно было бы избежать некоторых проблем.
Ну например представить плагин в виде потомка от т абстрактного класса, а методы активации и прочего сделать виртуальными и перекрываемыми в потомке. Для php4 это не совсем подходит, но не за горами уже и php6.
Не расстраивайся, Макс, все не так мрачно, как я иногда об этом пишу...
Хотелось бы услышать (прочитать, естественно) Ваше внимание сейчас, когда прошло почти полгода. Вот я два дня назад установил движок Макса. Очень понравилось. Если добавить несколько плагинов, то можно смело забыть о WP.
Кстати, мне как раз не хватает Вашего плагина «трекер поисковых фраз». Макс, к сожалению, считает, что он может привести к бану со стороны поисковых систем, поэтому не сделал его.
А WP решил оставить после того, как из-за нескольких плагинов страницы стали формироваться по 10 секунд. Посетители просто в шоке. Да и последнее ядро не самое шустрое. По-моему, WP изжил себя.