Django против Grok / Zope3 против пилонов

Question

Я программист по обучению, но некоторое время у меня был вдали от веб -разработки. Я провожу немного фоновых исследований в различных рамках Python Web Development. Я понимаю, что Django, Grok / Zope 3 и Pylons - все это хорошие сплошные рамки, но имеют мало на фоне работы с ними. Может ли кто -нибудь объяснить мне разницу в подходе каждой из структур и где одна сияет по сравнению с другими?

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

Последний момент поможет ли части PLONE в предоставлении интерфейса для нетехнологичных людей загружать продукты и описания продуктов? Легко ли одолжить кусок Plone? Похоже, что мне не нужно заново изобретать колесо с точки зрения того, что люди могут загружать предметы для продажи / рекомендации вместе с некоторыми метаданными для описания предметов. Спасибо за помощь.

Answer 1

Исходя из вашего опыта и требований, я бы посоветовал вам пойти с чем -то вроде http://pinaxproject.com/ который основан на Джанго.

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

Джанго и Грок - оба рамки высокого уровня, а Джанго является более популярным выбором. Если вы еще не знакомы с использованием баз данных объектов или обходом URL, GROK занимает больше времени для обучения.

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

Отказ от ответственности: я менеджер по выпуску для Plone и Zope 2 / Zope Toolkit и использовал пирамиду, но не Django.

Answer 2

Dolmen Project это CMS, построенный на вершине Грока. Очень просто, но очень мало, которые используют его. Если вы пойдете с Гроком, вы сможете повторно использовать графический интерфейс.

Но, как сказал Ханно, Грок больше трудоемкий, чем Джанго. Также у Джанго гораздо больше пользователей, чем у Грока.

Преимущество использования GROK заключается в том, что вы можете получить прибыль от архитектуры компонентов ZOPE почти без написания ZCML и вместо этого используя декораторы.

С пирамидой/пилонами вы получаете очень простую структуру и ничего больше. Это развязанная структура, так что вы можете использовать любую шаблон, которую вы хотите (Mako, Genshi, Jinja, Cheetah), вы можете выбрать Sqlalchemy, Zodb, MongoDB и т. Д., И вы также можете свободно выбрать URL Схема картирования (отображение в стиле Django или комбинация обоих). Вы также можете использовать ZCA здесь, если хотите. Для начала это может стать довольно запутанным или словесным.

Джанго - это своего рода монолитная структура, которая дает вам один способ сделать что -то. Вот почему это легко выучить и очень хороший вариант. Но, по моему опыту, вы иногда попадаете в точку, когда хотите отклониться от стандартов Django, и это просто не может быть сделано, не исправляя кучу вещей.

И, что касается Zope3, я бы порекомендовал загрузить копию Синий образ И как это делает для вас.

Answer 3

Как пользователь PLONE, я могу сказать, что создать объекты контента в PLONE сложно. Не так много документации о том, как это сделать, и это сложно. Некоторые рекомендуют использовать UML и специализированные продукты PLONE, чтобы облегчить его, но это вводит еще одну зависимость.

Я упоминаю проблему с объектами контента, потому что ваши «продукты» (не такие же, как продукт PLONE), вероятно, будут представлены в PLONE в качестве объекта контента, который вам необходимо написать сами.

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

-Джонатан Марк