avalanche

лавини веб-фреймворк Python побудований на вершині NBSP webapp2 і ,. Він використовує jinja2 як система шаблонів за замовчуванням і не включає в себе будь-яких наполегливість і шар.
цілі Avalanche (або чому інший веб-фреймворк?)
Avalanche дизайн акцент на контрольованості і повторного використання.
Звичайно Avalanche не чинить чудеса. Тестованого і повторного використання, в кінцевому рахунку залежить від коду програми. Але рамки відіграють велику роль по налаштуванню правильний шлях.
Ці цілі представлені нижче, після прочитання дизайн і підручник буде ясно вам, як ці цілі будуть досягнуті.
Тестованих
Avalanche був розроблений таким чином, що вона дозволяє (простіше для вас), щоб написати гарні юніт-тестів для вашого коду. Це не тільки робить його легко писати тести. Блок-тест повинен:
- Дати повідомлення очевидному омані, коли
- Збій тільки тоді, коли функція під тесту розбивається, не на кожній зміні коду
- Бути швидким
Повторне використання
Як правило, кожен рамки стверджує, що можливість повторного використання є однією з їхніх цілей дизайну. Тут "повторного використання" означає вихідного коду багаторазового використання.
Багато структури забезпечують деякі механізми для багаторазового використання / plugable субпріложеній проте це не завжди легко повторно використовувати ці програми вихідний код у разі вам потрібно налаштувати / змінити. Plugable додатки також дуже важлива особливість, але, як зараз Avalanche не має підтримки для цього.
Це повинні бути не тільки можна писати повторно використовуваний код, код повинен бути повторно використаний на перший раз ви пишете. Ви не повинні мати на увазі, щоб написати код в одну сторону, і чим пізніше доведеться змінити його, щоб зробити повторно. Тобто вона проти кажучи "Використовуйте вигляд (обробник) функції". І чим ... ", якщо ви хочете, щоб ваші думки, які будуть повторно використовуватися конвертувати їх поглядам на основі класів!".
Деталі проекту
- Сайт / документи
- Це проект з відкритим вихідним кодом (MIT ліцензія) написано в Python.
- Завантажити з PyPi
- Управління проектами (помилка трекера, побажання та вихідний код) на BitBucket.
- Питання та пропозиції по групі Google.
Avalanche Дизайн
Попередження
Лавина на ранніх стадіях розвитку (альфа). API може змінитися в майбутньому, і немає ніякої гарантії, що буде тримати сумісність.
за MVC (модель-подання-контролер)
MVC є програмної архітектури шаблон, створений з метою ізолювати "логіку предметної області" з інтерфейсу користувача. Це розділення концерну дозволяє створювати більш коду програми. Ця модель була дуже успішною для багатьох структур настільних і так служить основою до створення веб-фреймворків. Проблема в тому, що ця архітектура не може бути відображений безпосередньо до того, як веб-додатки працюють.
Навіть так звані рамки MVC не надто MVC. Так що давайте просто тримати мета в MVC-х років. Тобто писати чистий, Багаторазовий і перевіряється код.
веб-додатків
По суті всі веб-додатки зробити, це отримати запит HTTP, процес його та згенерувати відповідь HTTP.
І NBSP; + ------------------ +
HTTP Request ------> | Веб-додаток + -----> HTTP Response
І NBSP; + ------------------ +
Відправлення та отримання HTTP обробляється веб-сервера. Давайте більш детально розглянемо, що веб-додаток робить:
І NBSP; + ------ + + ------- +
HTTP запит ----> | маршрутизатор | -----> | обробник | ----> HTTP відповідь
І NBSP; + ------ + + ------- +
Маршрутизатор перевіряє URL запиту і направляє його в обробник запиту, який буде створювати відповідь. Avalanche використовує webapp2 маршрутизатор.
обробники запитів стилі
Є в основному 3 стилі обробників запитів.
- Одна функція
- Метод класу
- Клас
Avalanche (і webapp2) використовує третій стиль, клас. Використання класу як обробник запитів краще підходить для наших цілей, тому що вона забезпечує більшу гнучкість, легше змінити / продовжити і повторно використовувати частини обробника.
обробка запиту обробник
Обробка обробника запиту може бути розділена на три етапи:
І NBSP; + ----------------- + + ----------------- + + --------- - +
запросити ----> | парам валют | ---- парам об'єкти ----> | контекст будівельник | --- контекст -----> | візуалізації | ----> відповідь
І NBSP; + ----------------- + + ----------------- + + --------- - +
1. парам валют - отримати параметри із запиту HTTP
І NBSP; HTTP є текст протоколу, Додаток, як правило, отримати деякі параметри із запиту і перетворення строкових значень в деяких вбудованих типів даних. Ці параметри взяті з шляху URI, URI запиту, після обробки даних, печиво і т.д.
2. Контекст будівельник - переробка
І NBSP; Контекст термін, використовуваний для представлення даних, який буде використовуватися за допомогою засобу візуалізації.
& NBSP; ця обробка логіка програми. Це часто доступ до наполегливість і шар (іноді званої моделі), але це повністю залежить від коду програми і бази не грає ніякої ролі на що.
І NBSP; веб-сторінка часто складається з кількох елементів, так що іноді має сенс розділити роботу на більш ніж одному "контекстного будівельника".
3. візуалізації - генерувати висновок
І NBSP; візуалізації буде перетворювати результат обробки в текст для відповіді HTTP. Цей етап може бути пропущений, якщо відповідь HTTP редирект. Візуалізації, як правило, використовувати систему шаблонів для створення HTML-коду або конвертувати дані в форматі JSON.
На лавини ви повинні написати код для 3 етапів обробника окремо, і нехай база склеюючи різні частини разом.
. Перейдіть до підручник, щоб подивитися, як вона виглядає

Вимоги

• Python