Каковы различия в реальном мире между Zend Framework и Django?

Я давно использую PHP-пользователя, когда речь заходит о веб-приложениях, и я очень люблю его. Тем не менее, у меня есть один полу-большой проект, обслуживание/расширяемость которого достигло конца жизненного цикла. Я взвешивал разные фреймворки PHP (когда проект не возникал), так как это способ пойти на этот проект, и я пришел к выводу, что опция ebst будет делать это с помощью Zend Framework.

Symfony казался сложным (мне не нравится настраивать модель базы данных как
CakePHP казался мутным
Igniter Мне понравилось сначала, но тогда мне показалось, что это больше похоже на Zend с меньшими возможностями и без Zend.
Zend Мне нравится система, в которой я могу использовать только то, что мне нравится, и не привязана к конкретной структуре каталогов, и, конечно же, Zend стоит за ней. Производительность - это то, что потенциально беспокоит меня.

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

Я не использовал ORM в прошлом, потому что я более чем удобен для написания SQL напрямую, поэтому мне все еще нужно убедиться, что вы используете ORM
Не слишком большая абстракция происходит от кишок
Гибкая структура каталогов

Пока этот проект будет написан заново, я также могу написать его в Python/Django, так как я хорошо знаком с Python, но не с Django. Итак, я хотел бы знать, есть ли кто-то, кто работал с платформами Zend Framework и Django, и может ли он выделить несколько ключевых различий?

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

Я по-прежнему не совсем уверен, как один из них подходит для создания в основном двух приложений в структуре каталогов, что должно быть, одного приложения. Вы просто делаете два отдельных приложения и полагаетесь на схему URL-адресов оттуда, чтобы отделить их? www.example.com и все /* - одно приложение, а www.example.com/admin/* - второе приложение.

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

Хорошо, спасибо всем - похоже, я попытаюсь реализовать этот материал с Zend, дает мне большую гибкость из пакета (я делал тесты с обоими), и мы посмотрим, как это происходит.

Ответ 1

Zend не содержит реального ORM. Он предоставляет некоторые вспомогательные классы, но вы в основном сами по себе в моделировании своей базы данных и написании собственных SQL-запросов. Таким образом, у вас будет полная свобода. Как говорит Дереш, Zend является модульным, поэтому вы можете выбрать и выбрать нужные части.

Лично я использую Zend вместе с DB_DataObjects из PEAR, как и ORM. Он может автоматически генерировать ваш код скелета. Это очень простое решение для обработки простых запросов, но я всегда могу написать собственный SQL, если это необходимо.

Что касается разделения двух администраторов и интерфейсов, я бы предложил разместить их в разных доменах, например: admin.yoursite.com(backend) и www.yoursite.com(frontend). Возможно, вы можете работать с ними, имея их оба с одним URL-адресом, но на самом деле это не прецедент, поддерживаемый Django или Zend.

Ответ 2

Ну, Django более полноэкранный, чем Zend. Это больше похоже на symfony, чем на Zend.

Django может преобразовать вашу базу данных в классы ORM. и имеет инструмент cli, который помогает вам делать вещи (генераторы и генераторы моделей, скелет проекта и т.д.).

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

В вашем случае Django будет иметь некоторые преимущества из-за своего великолепного модуля генератор-администратора, а сам Django довольно быстрый (быстрее, чем большинство фреймворков PHP).

Я лично использую symfony с картой Zend для некоторых вещей, которые мне нужны (Mail, OpenID, поиск Lucene), но немного поиграли с Django, и мне это нравится.

Ответ 3

Я не настолько опытен с Django, но из того, что я читал об этом, похоже, это не то, что вы ищете (слишком много "абстракции от кишок" ). Zend Framework не предоставляет вам ORM. Он предоставляет вам некоторые инструменты, которые могут помочь в ремонтопригодности вашего кода (например, гораздо проще сделать $user- > save() в объекте Zend_Db_Table_Row, а затем вручную ввести эквивалентную строку SQL). Если вам удобнее делать SQL, это абсолютно здорово, и Zend копает это... просто остерегайтесь того, что на маршрутизаторе могут возникнуть проблемы с обслуживанием. Я бы предложил перейти с подходом "именованного запроса", где вы храните свои запросы во внешнем ресурсе и загружаете их "по требованию". Zend имеет очень гибкую структуру каталогов... рекомендуемый способ облегчает работу. Вы можете легко тянуть свои URL-адреса раздела администратора, используя модули и маршрутизацию.... его очень распространенный вариант использования в Zend.

В самом начале, Zend - это "структура представления". Это то, чем он превосходит. Это дает вам чистый способ организации презентации (экранов), отображаемой вашим пользователям, и помогает в обслуживании.

Это не делает для вас многого с точки зрения данных. Это зависит от вас, и, вероятно, это 90% работы, которая должна быть выполнена, чтобы стать "поддерживаемой".

Цель состоит в том, что ваш бизнес-логика и материал для доступа к данным должны функционировать в любой "инфраструктуре" и даже без веб-сервера! В противном случае вы просто перемещаете свой бесполезный беспорядок из всего, что у вас есть, для Zend.

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

Ответ 4

Я не могу сравнивать Zend и Django, но могу сказать, что вполне возможно, что приложение "admin" Django запускается в другом домене (виртуальный именованный сервер), и вам не нужно дублировать код, Вы просто создаете приложение Django как обычно, но добавляете приложение администратора и URL-адрес на другом виртуальном сервере, который имеет общий сервер/кластер баз данных.

У приложения Django admin есть ограничения, но он очень эффективен для чего-то, что почти бесплатное.

Наконец, когда я впервые начал Django, у меня было много презрения к ORM вообще, но я принимаю их сейчас как полезный инструмент в панели инструментов.