Step 4 (S-44780)

From Stepik Wiki
Revision as of 13:29, 6 August 2017 by Admin (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Step on Stepik: https://stepik.org/lesson/14827/step/4

Step 4 (S-44780) 1.png

[00:00 - 00:19] так джанго джанго это довольно популярный фреймворк для языка python а в принципе это довольно типичные ворк в нем есть некоторые особенности но в общем и целом он очень хорошо укладывается


[00:19 - 00:35] которые мы рассмотрели на слайде архитектуру эмоция а про какие особенности следует помнить а когда мы говорим про django в 1 очередь а это


Step 4 (S-44780) 2.png

[00:35 - 00:51] соглашение о названии джанги перепутанная а название компонента ничего не перепутано просто исторически выбрана по другому а с моделями все хорошо модели так и называются модели


[00:51 - 01:08] а компонент роутер в джанге не имеет особого названия но собственно говоря сам роутинг само сопоставление урлов и контроллеров находится в файле орел спи и зачастую так и называются


[01:08 - 01:25] то есть особого имени нет мы просто будем говорить а далее самое интересное контроллеры джанге называются view либо на сленге


[01:25 - 01:40] русскоязычных вьюками контроллер а вьюшка так исторически сложилось а я то следует просто принять и не следует дальше соответственно компонент в его называется в джанге там place


[01:40 - 01:57] а это вызвано тем что в большинстве случаев компонент вью это на самом деле шаблонизатор то есть название было выбрано по


[01:57 - 02:13] существу итак а вместо view мы будем теперь говорить шаблонизатор ибо там place шаблоны а вместо контроллера будем говорить а вьюс ну точнее вместо но когда мы говорим


[02:13 - 02:31] news в дальнейших уроках мы подразумеваем именно компонент контроллеров в you либо вьюшки это контроль а итак а когда мы приняли это соглашение давайте перейдем


[02:31 - 02:46] проекта структуре проекта с помощью just а для того чтобы создать новый проект необходимо в какой то директорий вызвать вот такую команду


[02:46 - 03:04] django admin star project и название проекта а здесь я выбрал название project project это неважно можно выбрать любое и django создается вот такое дерево файлов и директорий


[03:04 - 03:19] во 1 создается корневая директория его имя совпадает с тем что вывели а внутри этой директории создается еще 1 такая же


[03:19 - 03:34] а и создается остается понятной файл а давайте определимся вот директория самого верхнего уровня называется директорию проекта так называется проект


[03:34 - 03:49] все вложенные в нее директория этой директории приложений в данном случае вот это созданное джанго приложение а соответствующие имени проекта то есть когда вы встаете новый проект автоматически создается 1


[03:49 - 04:04] приложение дефолтная совпадающие по имени с проекта что находится в этом в этом дефолтном приложение приложение находится файлик с этим спи


[04:04 - 04:20] с этим теперь это файл с настройками у всех веб приложения должны быть настройки так меню а доступ к данным и что что что то еще а далее файл виджай и


[04:20 - 04:38] это фалик содержащий а приложение если вы откроете посмотрите этот факт совсем маленький это точка входа а ваша django приложение когда вы разворачиваете говорят deploy эти приложения


[04:38 - 04:56] в настраивать аппликейшен сервер так чтобы он смотрел именно на файлик жопень а дальше this file files p это роутер вашего проекта


[04:56 - 05:13] а в джанге роутер разделен на несколько файлов а вот тут то и которая лежит в приложение он главный то есть с него начинается а резолвинг


[05:13 - 05:30] итак это содержимое приложение помимо приложение создается создается файл это файл а является скриптом управления вашим


[05:30 - 05:49] этот файл а взрывается из консоли как правило либо разработчикам либо администратора а он нужен для того чтобы автоматизировать работу по поддержанию изменения приложений например с помощью него можно обновить базу данных при изменении кода


[05:49 - 06:07] либо с помощью него можно запустить какую то команду утилиту утилиту командной строке которая находится в вашем проекте то есть команду вашего проекта а с помощью него можно запустить валидацию модели то есть проверить нормально


[06:07 - 06:23] выглядят ваши модели и многое другое а помимо этого в проекте а будут находиться в директории приложение здесь а


[06:23 - 06:40] эта директория некоторого приложение умолчанию такой такое приложение не создается вы должны его создать самостоятельно а итак что можно отсюда вывести


[06:40 - 06:59] проект на использование фреймворка django обладает вот с указанной структуры и разделяется на так называемые приложение а 1 приложение с именем совпадающим с проектом создается сразу


[06:59 - 07:13] при инициализации проекта оно в себе содержит всякие магазины файл и файл настроек а остальные приложения вы должны создавать а самостоятельно рука вот с


Step 4 (S-44780) 3.png

[07:13 - 07:32] эта структура которые мы рассмотрели это была структура опыт собственного проекта ну так скажем проекта в представлении а в представлении того каким он должен быть с точки зрения авторов django а джанго есть некоторая особенность


[07:32 - 07:52] включается в том что есть концепция приложение то есть внутри django проекта есть еще а приложение приложение это способ способ разделения кода такой авторы предполагали что программисты будут обмениваться данными предложениями как


[07:52 - 08:10] кем нибудь библиотеками на языке python и приложение будет повторно использоваться поэтому авторы языка предполагали что приложения будут разрабатываться автономными так чтобы можно было перенести с 1 проекта на другой а


[08:10 - 08:25] зачастую в корпоративных либо каких то закрытых частных проектах это не так и программисты не разрабатывают приложение отчуждаемой а часто бывает удобнее


[08:25 - 08:43] использовать некоторых чтобы предложения были некоторое общее директорию например а по замыслу авторов джанге у каждого приложения должны быть свои шаблоны и свои статические файлы не должны держать внутри приложения


[08:43 - 09:00] при разработке проекта часто удобное чтобы шаблоны и статические файлы лежали в отдельных директориях а поэтому зачастую делают так это не общепринятый решение это просто 1 из подходов так можно сделать


[09:00 - 09:17] создается какую то директорию в которой будет находиться код вашего приложения все полость внутри а внутри этой директории разворачивается джанго проект то есть вот эта директория


[09:17 - 09:34] это уровень django проекта давайте запишем джанго проект верхняя директории это ваш проект


[09:34 - 09:53] ну соответственно внутри django проекта находятся все тоже самое что мы рассказали о рядом с ним находится директория а которые вы создаете самостоятельно например директория с шаблонами директория статическими файлами


[09:53 - 10:02] а в частности использовать соц такой подход вполне хорошо работает