PEAR - все еще актуально?

Я продвинутый новичок, пытающийся выбрать репозиторий или фреймворк PHP, которые я могу превратить в качестве надежного источника многоразового кода.

Мне очень нравится идея PEAR, но меня испугала нехватка хорошей/текущей документации.

Например, большинство статей на PEAR датированы, нет доступных обзоров, и официальное руководство крайне неинтересно.

Я рассмотрел фреймворки PHP (CakePHP, CodeIgniter, Symfony, Zend) и CMS (Drupal, Joomla, WordPress), но в качестве долгосрочного решения я хочу использовать многоразовый код, который не собирается добавлять лишних накладные расходы.

Другими словами, я хочу, чтобы код, написанный для одной цели, я мог подключить к моему приложению, где ему нужно без "заимствования" какого-либо кода, чем того требует приложение - точно так же, как если бы я сам написал его царапина.

Итак, я спрашиваю - PEAR - хороший долгосрочный выбор для многоразового кода PHP?

Ответ 1

Уровень документации зависит от рассматриваемого пакета PEAR; некоторые из них бедны, а другие - нет. Вы можете получить представление о статусе пакета, просмотрев его страницу, проверив даты выпуска, активность билетов и т.д.

Некоторые очень полезные инструменты, например. phpunit и PHP CodeSniffer, используйте PEAR в качестве основного канал распространения, и было бы трудно утверждать, что они больше не актуальны.

Я думаю, что PEAR в целом определенно по-прежнему актуальна и будет продолжаться, но многие отдельные пакеты, вероятно, не являются.

Использование фреймворка никоим образом не мешает вам использовать пакеты PEAR; большинство фреймворков (запрет, возможно, Zend, который, похоже, является универсальной структурой типа "все-и-кухня-раковина-как-хорошо" ), в любом случае не включает в себя все, поэтому все равно будет много вещей, которые вы захотите сделать это еще не покрыто.

Обновление 2013

Похоже, composer получил больше тяги в эти дни, возможно, стоит посмотреть и на него.

Ответ 2

Вы сравниваете вещи, которые не связаны. Pear - это библиотека расширения PHP - простая коллекция классов. CakePHP, Zend и т.д. - это структуры, которые поставляют некоторые логические функции, хорошо документированные и хорошо протестированные. Они нацелены на "внедрение" лучших методов веб-разработки (например, MVC) и предоставляют средства для этого.

Я продвинутый новичок

Я не уверен, что это такое:)

является PEAR хорошим долгосрочным выбором для многоразового кода PHP?

Честно говоря, в моей 5-летней психологии PHP мне редко приходилось идти по пути PEAR. Сейчас я могу порекомендовать посмотреть Zend Framework и Doctrine 2. Они оба поддерживаются хорошим активным сообществом.

Ответ 3

Я бы сказал, что PEAR - хороший ресурс для небольших фрагментов и специализированных библиотек. Я предпочитаю PEAR на любом стороннем сайте или случайных форумах для этой цели, поскольку код там обычно по крайней мере используется для поддержки нескольких версий и имеет определенный минимальный уровень качества. Даже если пакет устарел, вы можете получить приблизительную оценку того, насколько зрелым является код, глядя на его историю.

Рамки или DAL являются IMO из объема PEAR, поэтому он вряд ли сопоставим.

Я редко использую PEAR, но если я могу найти полезный пакет, я предпочитаю его по любому другому источнику. Я бы сказал, что PEAR не вполне соответствовал тому, каким он должен был быть. Он не достиг статуса драгоценных камней Ruby или яиц Python, что немного стыдно.

Ответ 4

Даже если код больше не поддерживается, большая часть его будет работать отлично. С PHP большинство вещей будут работать нормально, независимо от версии PHP; в лучшем случае они могут бросить предупреждение об амортизированной функции. Эти вещи обычно легко изменить.

Что касается PEAR, я лично его никогда не использовал. Я сохраняю набор функций и классов, которые я нашел изнутри внутри папки. Некоторые из них я нашел, другие, которые я написал.

Я думаю, что ваш главный критерий должен быть кодом, который можно использовать повторно. Это означает, что он чрезвычайно гибкий для различных аспектов вашего проекта без необходимости его взломать. Мой предпочтительный способ сделать это - написать функции, которые принимают только один массив для всех параметров. Это позволяет функции эволюции, просто добавив в массив больше элементов, чтобы определить дополнительные параметры/параметры.

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