Категорировать примеры реального мира Django + AngularJS

Question

Я работаю над проектом с Django и AngularJS. Я немного знаком с обоими, но я никогда не интегрировал его в другой, и мне трудно найти примеры в реальном мире (, кроме учебных пособий, библиотек и стартовых наборов), что поможет вывести меня на новый уровень.

Я хотел бы прочитать код, чтобы увидеть все используемые инструменты (создание активов, развертывание, ...), макет проекта, ответ на конкретные проблемы и т. Д. По-моему, я дошел до точки, где чтение учебников достаточно.

Я хочу читать код других людей, пока я создаю свое приложение.

Я нашел хорошие точки входа с доком из Django-Angular, на «два совка Джанго» книги и good seed, но построить реальный проект этого недостаточно.

Я хотел бы видеть примеры со следующей информацией:

• активы строить системы: (Джанго трубопроводный, рубаки, Глоток, другой?)
  • Javascript, кофе, Rapyd , Чистый, другой?
  • Html, Jade, прочее?
  • Bootstrap, без рамки, прочее?
• REST API: (? Джанго-Rest-рамочная, другие)
• 3 способ связывания данных: (да/нет)
• Использует Djangular/Django- угловая: (да/нет)
• Многие Django приложения: (да/нет)
• автоматизации развертывания: (да, основные инструменты/нет)
• Бег по производству: Видимый демо?
• Собственная документация: (да/нет)
• Джанго и угловых версии
• других характеристик

Я дам пример ответ с вышеупомянутым семени, которое не является удовлетворительным, потому что это просто семя.

Спасибо!

Answer 1

Django, Angular, Bootstrap, Gulp - Cookiecutter семян

• Проект: https://github.com/bearstech/cookiecutter-Django-bootstrap-angular/
• Активы построить систему: gulp и JavaScript, HTML, bootstrap
• REST API: Нет
• 3 способ связывания данных: Нет
• Использует djangular: Нет
• Многие Django приложения:
• автоматизации Нет Развертывание: Нет
• Бег по производству: Нет
• Собственная документация: Ограниченность (только инструкции по установке)
• Django и Angular версии: Django 1,7, а 'последние' JS библиотеки
• Другие характеристики: Cookiecutter пример семян

Тайга

Taiga это инструмент управления с учетом схватки (бесплатные учетные записи). Он разделен на несколько частей, где бэкэнд написан с Django, интерфейсом, с AngularJS. Также включает клиента ncurses.

• Проект: https://github.com/taigaio/taiga-back и https://github.com/taigaio/taiga-front
• грузозахватные TECHNOS: Coffee, Jade, SASS; Gulp
• REST API: Да (Django Rest Framework)
• Использует Djangular: Нет
• На производстве: Да
• Собственная документация: Да (.. Sphinx не полный)
• Django и Angular версии: 1.7 & 1.2
• Другое: Angular передний конец обслуживается Ruby-on-Rails O_o ​​

Реальный мир - полный стек Medium.com клон со многими стеков (из которых Джанго, Angularjs, Angular2, Vuejs, ...)

• Проект: https://github.com/gothinkster/realworld
• апи остальные: да, все бэкэндов и фронтэнды минусы то же самое апи.
• документация: учебники для каждого стека

Pootle (Django + Backbone)

Pootle является сервером локализации сообщества. Это онлайн-инструмент, который делает процесс перевода намного проще. Это позволяет переводить толпы, легкий вклад добровольцев и дает статистику о текущей работе.

Бэкэнд написан на Django, передним интерфейсом в Backbone (извините, маленький entorse к этому сообщению!).

Answer 2

Я использую как инструменты AngualarJS, так и Django в одном проекте, но оба инструмента не связаны друг с другом, поскольку они не относятся к тем же случаям.

Когда вы говорите «интегрированы друг в друга», я не уверен, что вы пытаетесь сделать, но вот один способ заставить их работать вместе:

• Вы создать приложение Django , и напишите REST API (используя DRF, Tastypie, Restless и т. д.).
• Вы создаете AngularJS приложение, и вы называете WebServices вашего сервера, используя $ HTTP

EDIT:

Если вы хотите, чтобы избежать дублирования кода с для проверки данных в следующем примере, вы можете сделать свой валидация на «уровне сервера», а не на уровне «формы». Позвольте мне объяснить:

Когда вы проводите проверку формы в Django, ваш вид проверки на «стороне клиента» (что не является технически верным, но неразумным). Поэтому, если у вас есть другое приложение в AngularJS, вы, конечно, не сможете повторно использовать логику проверки, которую вы положили в Django.

Однако, если вы решили обработать проверку в моделях, как часть бизнес-логики, и что вы используете веб-сервисы для angularJS клиентов, вот что происходит:

• При попытке подать формы с помощью страницы Django, бизнес-логика называется
• При попытке отправить запрос POST с вашими данными на API-интерфейс вашего сервера с помощью AngularJS будет вызываться одна и та же бизнес-логика.

Таким образом, у вас есть одна бизнес-логика для ваших обоих «клиентов».

Но если вы хотите выполнить проверку интерфейса, конечно, вам нужно будет написать N проверок для N клиентов.