OO или процедурный PHP для веб-сайта?

Первое, что нужно принять при написании PHP, - это то, что это в первую очередь язык шаблонов. PHP предназначен для размещения в HTML-документе, чтобы сделать части документа динамическими.

PHP может реализовывать объектно-ориентированные проекты, но код, который вы пишете, будет не так хорош, как аналогичный код C # (и, возможно, Java, но я не знаю Java, чтобы комментировать).

Вы говорите, что у вас будет интерфейс для создания статей - это действительно кажется более сложным, чем простое добавление небольшого динамического содержания здесь или там. Этому может помочь лечение ОО.

С другой стороны, существует множество PHP CMS, которые уже созданы, например wordpress , Drupal и Joomla! , который может сразу удовлетворить ваши потребности.

В заключение - если готовое решение вам не подходит, перейдите по пути объектно-ориентированного проектирования с помощью некоторого процедурного сценария, чтобы связать все это воедино.

Я хотел бы порекомендовать WordPress, а не писать код с нуля для довольно простого сайта.

Все, что вам нужно, это место на сайте и немного времени, чтобы научиться настраивать wp.

Посмотрите showcase

Если вы все еще хотите писать с нуля... лучше следовать ОО, возможно, вы можете использовать фреймворки, такие как Zend или Kohana

Будьте здоровы

Все зависит от вашей цели.

• Если вы не хотите в дальнейшем расширять свой проект, то процедурный подход вполне подходит.

• Если вы можете быстрее разработать часть кода, используя предопределенные объекты, то это то, что вам нужно.

• Если вы можете просто записывать код сверху вниз без особых усилий, "процедурный" подход тоже подойдет.

Я бы определенно выбрал OO подход.

Вы можете использовать Zend Framework, спортивный и MVC и persistence framework. Или вы можете использовать некоторые более легкие и специализированные фреймворки, такие как doctrine для персистентности и, как мне кажется (но я не уверен), cakephp довольно легкий и хороший для MVC.

Не только повышается ремонтопригодность, но и сокращается время разработки, так что, на мой взгляд, это беспроигрышная ситуация!

Честно говоря, любой веб-сайт, созданный на PHP, должен создаваться объектно-ориентированным способом. Поскольку вы также программировали .NET и Java, вы должны знать, что простое программирование в объектно-ориентированном стиле делает код поддерживаемым. Кроме того, это хорошая практика, если вы когда-нибудь планируете создавать больше веб-сайтов с использованием PHP.

Если это простой веб-сайт, и его содержимое не изменится так сильно, то я бы не стал осуждать кого-то, кто использует процедурный код вместо написания полного объектно-ориентированного решения (что может быть излишним). Например:

<?php
switch ($_GET['filename']) {
    case "news":
        require_once('inc/news.php');      // your news functions
        include_once('tpl/news.tpl.php');  // your news template
    break;
    case "events":
        require_once('inc/events.php');
        include_once('tpl/events.tpl.php');
    break;
    case "contact":
        require_once('inc/contact.php');
        include_once('tpl/contact.tpl.php');
    break;
    default:
        if ($_GET['filename']=="") {
            include_once('tpl/home.tpl.php');
        }
        else {
            include_once('tpl/page_not_found.tpl.php');
        }
    break;
}
?>

Вышеупомянутое в файле с именем index.php будет действовать как простой контроллер. Для небольших сайтов я использую аналогичную, хотя и немного более сложную настройку. Обычно у меня есть "бизнес-логин" в файлах в каталоге inc (например, inc / news.php будет содержать класс с методами для получения новостных статей и т. Д.), А затем шаблон файлы в каталоге tpl .

Не объектно-ориентированный, но и неплохой. Это расстраивает меня, людей, которые будут слепо клясться, что если он не объектно-ориентированный, значит, это плохой код.

Я бы пошел с упом. Так будет проще, и вам придется меньше переписывать код на случай, если что-то случится :)

Определенно иду с ОО.

Каким бы маленьким ни был ваш веб-сайт, его всегда лучше модифицировать / расширять с помощью объектно-ориентированного подхода.

Также я могу порекомендовать очень хороший и быстрый фреймворк:

http://www.yiiframework.com/

Полностью на PHP5 и OO :)

Лично я считаю PHP-кодеров, которые плохо разбираются в ООП, некомпетентными и / или сильно отстающими от времени - это не должно быть вашей причиной придерживаться процедурных правил, по крайней мере, если клиент захочет немного изменить его, но не уверен только в процедурном коде.

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