Привет всем!

Хотел задать три вопроса.

1. Какое расширение у include-файлов в ваших PHP-скриптах?
2. Как Вы считаете: имеет ли смысл безоговорочно и полностью переходить на кодинг в PHP в Java-стиле? Как Вы используете возможности callback и динамической типизации, если можно её так назвать, в PHP?
3. Какой бы хотели Вы видеть API "Самой удобной, гибкой и мощной CMS в мире"?

Жду ответов и плодотворного обсуждения.

Спасибо за внимание к моим вопросам!   

  


На PHP следует кодить в стиле PHP при этом используя по мере необходимости и в соответствии с поставленной задачей наиболее рациональные методы. Все возможности и архитектуру приложения описывать на этапе проектирования. Если этап проектирования прошел мимо, то без разницы на чем писать. Все равно получится куча кода, которую тяжко расширять.



В смысле по цвету?   
А вообще Zend, CodeIgniter/Kohana и Joomla всем устраивают   

Это сообщение отредактировал(а) icewind - 1.7.2009, 23:42

по назначению, когда нужен callback


а какие у динамической типизации возможности? Она просто есть
и почему ее нельзя так назвать?


имеется в виду какие есть недостатки/преимущества у существующих cms?

стандартное php и иногда tpl

Если тебе это удобно то да, при условие что не перегрузит систему черезмернм оьемом кода

сложный вопрос, в идеале хотелась бы, чтобы сказать мол модуль запустись и выдай представление вот в таком виде и все пожалуй

krundetz, спасибо! 


а это не совсем правильно. С точки зрения администрирования.


Joomla написана в PHP-стиле? А Drupal с Wordpress'ом?

p0zt3r, 

php


Делать что-либо безоговорочно и полностью вообще нет смысла.
callback использую… по назначению  Типизацию — также по назначению.


Drupal7 пока вполне устраивает.

Давайте разделять, вы спрашиваете "как написать продукт в нужном стиле" или "как написать раскрученный продукт" ???
(если вы хотите второе то можете хоть в ASM стиле написать, всё равно на результат пиар компании это повлияет лишь косвенно)

  почему не правильно? 

лично я люблю чтобы я не задумовался о подключеии какихто инклудов для получения API класвов.
достаточно сделать проверочную функцию которая будет выдавать мне проверку подключения и подключение нужного мне класса.
Короч придумывай себе велосипед или использую фреймворки как посоветовал icewind

для этого можно почитать тему правила хорошего кода в разделе для профи.
А ваше если ты пишешь продукт ты должен придерживатся одному стилю который должен создать ты сам.



Это сообщение отредактировал(а) Sanchezzz - 2.7.2009, 06:49

А кто тебе сказал что нет? Или в пхп стиле значит быдлокодинг в перемешку с разметкой в линейку?   Или архитектура MVC не в php стиле?
Посмотри на структуру Zend Framework, а его делают создатели php. И это по твоему не в духе php?

спорный совет. По-краней мере не для того, чтобы вынести оттуда единственно правильный стиль, а чтобы посмотреть, какие есть варианты. Да и излишне большая она

MoLeX, потому что PHP-файлы имеют права executable. Но php-файлы с описанием классов или плугинов в Joomla, например, незапускные. 
Поэтому рационально и логически правильно использовать .inc для незапускных файлов, а .php для запускных файлов приложения, чтобы не вставлять в каждый файл, например, вот такой мусор:



morfus, кто будет пользоваться framework'ом, если он написан в дерьмовом стиле? Если бы не стиль у jQuery, им бы никто не пользовался, он бы не был так популярен. Это касается и любого языка программирования, любого приложения.


icewind, архитектура MVC реализуется даже на фортране. Модель MVC это не единственный способ отделения данных от представления и со стилем программирования она не связана вовсе.

Я говорю о стиле. Вот drupal и wordpress это чисто функциональный стиль. Но является ли это общепринятым, доступным, удобным для PHP-кодеров? Если я делаю расширяемое приложение,
стоит ли придерживаться этого быдлокодинга? Удобен ли он вам?

Есть C++, его стиль это классы/templates/операторы/интерфейсы + функциональное программирование C. 
Есть Java, в которой каждая сущность предметной области является иерархией объектов или объектом.
Есть JavaScript, стиль которого это прототипное программирование, т.е. полностью динамический кодинг со всеми вытекающими.
Серверные приложения пишутся не только на PHP, но и на Delphi - в нём тоже своя, точнее просто ООП, парадигма с VCL.
Пишутся серверные приложения на Python'е. Синтаксически это перл-подобный функциональный язык - это его стиль.
Есть стиль Ruby - динамическое объектно-ориентированное программирование с применением Rails-фреймворка, который делает крутые врапы БД, например.

А какой стиль у PHP? Как вам удобнее?

Дело  в том, что мои PHP-приложения выглядят таким образом:



Здесь $K - синглтон CMS, через него доступен весь функционалл - подключение ядра, которое позволяет прикручивать модули и выводить контент с помощью своих шаблонов.

Соответсвенно, это индексный файл для всего сайта, в который с помощью .htaccess'а перенаправляются все HTTP-запросы. Внутри происходит подгрузка ядра системы, подключаются и выполняются модули, обрабатывается ими же URI, выполняются соответствующие HTTP/MySQL-заросы, формируется из унифицированных объектов данных представление на основе макета. причем есть поддержка XSLT, а это значит, что эта система позволяет решать задачи создания не только сайтов, но и различных сервисов, которые предоставляют XML/JSON-данные.
Цель моей работы - создать CMS для интеллектуализированных сервисов (семантический поиск, ранжирование и кластеризация данных), которая в дальнейшем будет решать задачи "семантической паутины" и поддерживать на данном этапе парадигму Веб 2.0.

Это сообщение отредактировал(а) p0zt3r - 2.7.2009, 15:43

Не вижу проблем в подгрузке нужных классов, когда есть __autoload. Не вижу никаких проблем в обработке системных ошибок с помощью своих эксепшенов.

Я считаю, что главное в системе управления содержанием вебстраниц, это модульность, скорость, возможность создавать принципиально новые приложения на её базе, а также простота в интерфейсе разработчика (удобство API), в интерфейсе верстальщика (простота создания макетов), удобство в интерфейсе издателя/редактора, ну и системные фишки - бэкапинг, управление БД (с ним прекрасно справляется phpMyAdmin), и конечно, максимум функционала в части WWW-интерфейса. Т.е. полное управление www-директорией сервера, разделение прав пользователей и "политика безопасности", и отсутствие необходимости в SSH/FTP-доступе для обыденных задач.

Добавлено через 3 минуты и 44 секунды
youri, если есть что сказать о преимуществах/недостатках существующих CMS - то милости прошу!

с каких это пор? "запускные" - это что? Исполняемые? Тогда они как раз исполняемые. При выполнении инклюда их код исполняется и не важно что их пользователь не вызывал.


Кто тебе такое сказал?    Формат файлов ТОЛЬКО php с первыми строчками типа

иначе как ты сделаешь так, чтоб твои файлы не скачивали и смотрели через веб? .htacces? а если он запрещен? Если вообще сервер не apache?

icewind,    А что будет, если я, к примеру, описал класс Auth с секретными паролями в файле Auth.php и злой хакер открыл его в своем броузере по адресу http://site.ru/plugins/auth.php?