ORM хорош не запросами, а менеджментом БД — создание таблиц и связей, модификация, версионность, всякие эвенты, миграции и бог знает что ещё. Допилите всё это к своей либе, тогда посмотрим порог вхождения и сложность. ) А так, обычный import sql.
«Многие шаблоны проектирования в объектно-ориентированном проектировании можно рассматривать как идиоматическое воспроизведение элементов функциональных языков.» Вики (с). Помню как первый раз увидел шаблоны — думаю, вот это чудо расчудесное. Конечно шаблоны нужны, в шарпе, сях, яве и других похожих языках. Хорошо, что мир придумал и более удачные решения (питон ванлав).
Сколько памяти ест? Хочется что-то динамическое и чтоб кушал 0-5 метров. Самое то для простеньких штук. Голый html хорош, но главная проблема в отсутствие шаблонов (как include и extends в jinja).
Самое лучшее решение в данной сетуации — это единая библиотека рендеринга страницы. Как вариант самостоятельно разработать свободную библиотеку. Но как её продвинуть во все браузеры не понятно.
Достаточно посмотреть сколько есть библиотек упрощающих работу на JS, что бы понять что язык не соответствует потребностям разработчика. Я не знаю ни одного подобного языка, в котором ВСЕГДА нужно использовать дополнительную библиотеку.
Пример. Есть Сайт1, Сайт2, Сайт3. Используют общую БД. Следовательно модели к БД и утилиты нужны общие. Например: новости, статьи, голосование — оформляются в пакеты. Сами эти пакеты используют ещё дополнительные утилиты по настройке админки, пагинатора и всякого сахара. Тоже оформляются в пакеты и прописываются в зависимости к новостям… Сами же сайты лежат на сервере как есть и просто используют requirements.
Гит как пример, что бы показать как ссылаться непосредственно на репозиторий.
Неймспейсы для удобства, так как пакетов много. Могут быть форки.
А requirments.txt может использоваться для установки сайта, так как нет нужды оформлять его в виде пакета.
def node._get_child_candidates
— разве это нормально? Скорее всего имелось в виду —def _get_child_candidates
Неймспейсы для удобства, так как пакетов много. Могут быть форки.
А requirments.txt может использоваться для установки сайта, так как нет нужды оформлять его в виде пакета.