Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: библиотека приложений-сэмплов или CMS ?
 
 автор: CrazyAngel   (18.04.2007 в 15:09)   письмо автору
 
 

Как вы считаете что более выгодно, быстрее, удобнее для пользователя, для разработчика?

   
 
 автор: cheops   (18.04.2007 в 16:27)   письмо автору
 
   для: CrazyAngel   (18.04.2007 в 15:09)
 

Это продолжение темы http://www.softtime.ru/forum/read.php?id_forum=1&id_theme=35948

   
 
 автор: cheops   (18.04.2007 в 16:45)   письмо автору
 
   для: CrazyAngel   (18.04.2007 в 15:09)
 

Зачастую удобны отдельные приложения...
>хм... и у каждого скрипта своя админка?
Нет, системы администрирования сведены в единый блок... Пользователю кажется, что это единая система управления сайтом.

Мы например, поступаем следующим образом, сайт делится на три большие части:
- база данных
- система администрирования
- блок представления

База данных и система администрирования реализованы в виде CMS, которая на самом деле является набором блоков. Удаешь директорию с блоком и он пропадает из системы администрирования (к сожалению, таблица остаётся, но она хлеба не просит). Грубо говоря имеется заготовка
Новости
Пользователи
Статьи
Каталог
Ответы-Вопросы
Заказы
и т.п.
Тьма-тьмущая всяких блоков... а в коде это
admin
  news
  users
  articles
  catalogs
  faq
  orders
  utils

Все общие файлы лежат в специальной директории utils и не дублируются - нужно удалить блок - удаляем соответствующую директорию, нужно добавить блок - создаём директорию - она автоматически системой администрирования подцепляется.

А блок представления вообще каждый раз по новой разрабатывается с учётом с видения дизайнеров и заказчиков... мы вообще отказались от постоянных блоков представления... Конечно, если публиковать свою CMS будем блок представления придётся тоже предоставить, но с рекомендацией разрабатывать его каждый раз по новой ориентируясь на структуру базы данных. На самом деле такой подход оправдан, так как львиную долю работы над сайтом отнимает разработка базы данных и системы администрирования.

   
 
 автор: CrazyAngel   (18.04.2007 в 17:03)   письмо автору
 
   для: cheops   (18.04.2007 в 16:45)
 

а ни это ли есть cms?

   
 
 автор: cheops   (18.04.2007 в 17:25)   письмо автору
 
   для: CrazyAngel   (18.04.2007 в 17:03)
 

Возможно это можно назвать CMS - хотя здесь больше подходит слово конструктор или движок. У CMS как правило жёсткая система представления - здесь её вообще нет. И вообще блоки достаточно независимы, т.е. можно брать один блок из одного сайта и добавлять в другой - блок ничего за собой практически не тащит...

PS Нет стандарта на CMS - это по сути система администрирования программных блоков, которая может включать всё что угодно... очень широкое понятие... Факт остаётся фактом, чтобы увеличить повторное использование кода, отдельные блоки должны быть связаны друг с другом, как можно меньшим количеством связей. Как только имеется возможность уменьшить количество связей внутри системы - этим следует незамедлительно следует пользоваться. Это позволяет уменьшить количество энтропиии (хаоса) в системе, а, следовательно, упростить разработку и сопровождение системы.

   
 
 автор: cheops   (18.04.2007 в 17:29)   письмо автору
 
   для: CrazyAngel   (18.04.2007 в 15:09)
 

Интересен другой подход - совмещение блока представления и администрирования, которое, предлагал antf... мне кажется это не очень гибкий подход... это избавляет от лишней связи:
система админстрировани - база

однако сама система представления утежеляется и её больно, то не переработаешь - так как переработка потребует пересмотра и системы администрирования. Мы предпочитаем создавать систему администрирования на века (с гибкой настройкой блоков в неё входящих), а блок представления всё таки регулярно изменять и подстраивать под нужды заказчика.

   
 
 автор: CrazyAngel   (18.04.2007 в 17:40)   письмо автору
 
   для: cheops   (18.04.2007 в 17:29)
 

Я тоже такого мнения, хотя со стороны удобства для клиента может получится очень хорошо

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования