Мнение о веб-фреймворке Glashammer App Engine - PullRequest
2 голосов
/ 17 февраля 2010

Мне нужно изучить некоторый код и подумать о работе в среде Python, называемой Glashammer .

Я знаю и люблю Джанго. У меня есть некоторый опыт работы с родными фреймворками Appengine и Django на Appengine.

Мне бы хотелось узнать от вас, кто использовал один или несколько из них, как Глахаммер сравнивает и противопоставляет других. Какие есть плюсы и минусы и что еще нужно знать.

Ответы [ 2 ]

3 голосов
/ 24 февраля 2010

Я очень предвзят, потому что я автор Глэшаммера. Но плюсы для меня:

  • Фреймворк на основе Werkzeug удаляет большую часть шаблонного кода при создании на основе Werkzeug приложения
  • Простота подключения и высокая гибкость: 2 уровня подключаемых модулей, Устройства, которые являются компонентами многократного использования, и Связки, которые являются поведенческими модификаторы.
  • Проверка скважины
  • Документация неплохая (для проекта с открытым исходным кодом)

В отличие от чего-то вроде Django, я бы просто сказал: «На основе Werkzeug, с более приятной структурой плагинов».

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

3 голосов
/ 19 февраля 2010

После небольшого поиска (и поиска вашего вопроса :) и получаса чтения документов и кода, я могу сказать, что

Гласхаммер великолепен, потому что это:

  • хорошо документировано;
  • легкий и очень гибкий;
  • предоставляет практически все для быстрого создания сложного веб-приложения - в отличие от самого Werkzeug;
  • не страдает синдромом NIH, который, возможно, является величайшей бородавкой Джанго;
  • не навязывает библиотеки, связанные с базой данных, и, следовательно, поддерживает любое хранилище, которое можно использовать из Python. Django поддерживает только несколько реляционных баз данных и предполагает, что вы довольны ими. Конечно, вы можете отказаться от Django ORM, но это делает admin - самую сильную точку Django - бесполезным;
  • приборы - лучший способ определить виды, которые я видел до сих пор.

Galashammer не так велик, потому что это:

  • имеет более короткую историю развития и гораздо меньшее сообщество, чем Django, что приводит к:
    • неизбежно снижает качество основного кода, а
    • неизбежно меньшее количество введенного кода;
  • использует некоторые компоненты, которые могут быть нестабильными (например, равнины, которые находятся в альфа-стадии, хотя это произвольная метка и могут не иметь отношения к качеству; более того, они используются только в glashammer.utils.yconfig);
  • не предоставляет API для определения моделей (например, некоторую декларативную оболочку с бэкэндами), поэтому «подключаемость» приложений может быть значительно слабее, чем в Django (приложения будут делать слишком много предположений относительно среды).

Во всяком случае, я думаю, что этот фреймворк стоит углубиться.

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