Полная версия: Примеры проектов на Pyramid
Итак, хотелось бы увидеть лучшие примеры приложений на сабже. В особенности по структуре. Есть такие? Заранее спасибо (знаю, есть поиск по гитхабу, но хотелось бы видеть примеры от людей, которые давно Пирамиду используют).
Отпишись ZZZ в личку. Если у него есть что, то может дать доступ…
Уууу… С примерами плохо, потому что типовые проекты на пирамиде не делают.
Читай доку, пробуй Traversal и вперёд!
Читай доку, пробуй Traversal и вперёд!
Так я и думал, насчет типовых проектов. Ну у меня не типовой, так что будем искать.
Ну тык не надо искать. Надо читать документацию (благо, что написана она хорошо). А потом пытаться использовать эти знания для своего проекта.
Дам лишь один совет: не используй декоратор view_config. Используй config.add_view. Гораздо более явный код получается. Ну и да, ещё раз скажу главное слово: Traversal. Если соберёшься строить приложение на обычных роутах, то бери джангу или фласк и не парь мозг.
Дам лишь один совет: не используй декоратор view_config. Используй config.add_view. Гораздо более явный код получается. Ну и да, ещё раз скажу главное слово: Traversal. Если соберёшься строить приложение на обычных роутах, то бери джангу или фласк и не парь мозг.
ZZZ
Если соберёшься строить приложение на обычных роутах, то бери джангу или фласк и не парь мозг.
Попрошу
Во фласке есть класси. Поэтом там все уж и не так “обычно”
4kpt_IV, во фласке есть И это пугает меня уже почти десять лет…
Upd: Ладно, перепроверил, не десять — шесть.
from flask import request
Upd: Ладно, перепроверил, не десять — шесть.
Ага. Открыл проект. Не увидел ни разу. Никакого страха. Все норм
P.S. Подсказка. Уже почти не импортируется явно. Все берут на себя декораторы…
P.S. Подсказка. Уже почти не импортируется явно. Все берут на себя декораторы…
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one– and preferably only one –obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea – let's do more of those!
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one– and preferably only one –obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea – let's do more of those!
Да ну ладно тебе. Как будто ты сам через сессию руками логин-логаут делаешь Просто есть вещи которые нужны в фреймверке явно, а есть, которые не нужны. Сейчас фласк построен так, что реквест не нужен явно, поэтому и проблемой это назвать можно только с натяжкой…
Просто есть вещи которые нужны в фреймверке явно, а есть, которые не нужны. Сейчас фласк построен так, что реквест не нужен явно, поэтому и проблемой это назвать можно только с натяжкой…