Solar PHP Framework - PullRequest
       8

Solar PHP Framework

1 голос
/ 03 декабря 2009

В настоящее время мы планируем присоединиться к проекту PHP Farmework с открытым исходным кодом, а не продолжать работать над собственным PHP MVC-кодом. Вероятными кандидатами являются Yii и Solar, поскольку они апеллируют к нашему собственному стилю кодирования, решают проблемы, которые, по нашему мнению, необходимо решать.

Я понимаю, что на SO уже есть множество вопросов, связанных с PHP frameowrk. Тем не менее, мне очень трудно найти людей, которые действительно используют один из них (особенно Solar) в реальной среде.

Итак, мой вопрос: кто-нибудь работал над реальным проектом с одним из них? Как это сработало для вас? Каковы были основные проблемы?

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

  • ты использовал это?
  • тебе понравилось?
  • за и против, основанные на реальном использовании?

Ответы [ 4 ]

2 голосов
/ 07 февраля 2010

Я использую Solar ежедневно для внутренних приложений на работе и личных проектов дома. Это первоклассная, прочная основа, которую я очень рекомендую всем. Он находится в бета3, но стабильная версия должна появиться в ближайшие пару месяцев.

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

Отличный способ принять участие в Solar или получить ответы на вопросы - это посетить IRC канал # solar-talk на freenode или присоединиться к списку рассылки Solar Talk.

Посетите веб-сайт Солнечный для получения всей информации.

1 голос
/ 03 декабря 2009

Я не могу комментировать Solar или Yii, потому что я никогда не использовал их. Когда я дал обоим краткий обзор, они казались не такими стабильными, как фреймворки, которые я использовал раньше. Я разрабатывал CakePHP в течение многих лет и столкнулся с барьером PHP 4, когда дальнейшая разработка для PHP 4 больше не имеет смысла. В конечном счете, это просто стоит больше денег.

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

Все они очень модульны по своей природе (включая Solar и Yii), с поддержкой интеграции превосходных инструментов, таких как Doctrine ORM . Некоторые предполагают, что Doctrine - ваш ORM. Честно говоря, так и должно быть.

ZF, безусловно, только PHP5, что мне нравится. Я также ценю модульность этого. Я могу создать базовый «проект», а затем добавить к нему отдельные «приложения», каждое со своими моделями / представлениями / контроллерами. Вы также можете использовать его классы / функции индивидуально без всего процесса начальной загрузки фреймворка. Он поддерживается Зендом и очень зрелый - я полагаю, потому что многие тренированные глаза использовали и улучшали его. Последствия этого фантастические: просто просмотрите веб-сайт, выполните быстрый запуск и посмотрите доступные компоненты в справочном руководстве, и вы поймете, что я имею в виду.

Lithium был исключен из проекта CakePHP Cake3, направленного на создание фреймворка с поддержкой только PHP 5.3 и PHP 6. Это определенно только PHP 5.3, что означает, что он подключил свой универсал к новейшему стабильному PHP с большинством функций, такие как анонимные функции, собственный драйвер MySQL и многое другое. Стоит задуматься о том, можете ли вы перевести свою команду в среду только с PHP 5.3, особенно если у вас есть люди, которые знают ценность более современных методов программирования, существующих в таких языках, как Python или Ruby. Это молодой фреймворк, но в нем заложен тот же талант, что и у CakePHP, поэтому в моей книге он очень популярен.

1 голос
/ 16 декабря 2009

Я немного использовал Yii сейчас и обнаружил, что он работает довольно хорошо для меня. Основным доводом против этого является то, что он все еще относительно новый, и большинство людей не слышали об этом.

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

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

Я вообще не могу комментировать Солнце.

0 голосов
/ 03 декабря 2009

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

В настоящее время большинство агентств по веб-дизайну и разработке предпочитают создавать свои собственные фреймворки или CMS; Я думаю, что это форма проверки для них. Они не чувствуют, что стоят своей соли, если не могут разработать свои собственные системы и решения с нуля. Черт, я такой же, и я создал свою собственную CMS!

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

Так, например, если вы используете неясную среду, такую ​​как Solar, с которой не многие разработчики знакомы, у любых других разработчиков, работающих на ваших сайтах, появится дополнительная кривая обучения, которая в свою очередь увеличивает разработку время; противоположность желаемого эффекта.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...