Laravel руководство #6 | Разработка приложения | Laravel для начинающих

Автор Liza Merichenko
Laravel руководство #6 | Разработка приложения | Laravel для начинающих

Всем привет.

И так мы остановились на том, что теперь у нас все наши тесты из нашего Feedback тесты проходят кроме основного который проверяет успешное развитие событий давайте так быстро поправим потому, что — это быстро исправление всё, что нам нужно сделать — это на входные данные ещё передать тот факт, что у них между собой есть завершённые invalid invite Factory In White класс крейд крейд в качестве приглашающего выступает юзер в качестве приглашаемого унывайте приглашает труда выступает 2 юзер и в качестве статуса у нас будет invalid status finished и я думаю, что сейчас нет у нас не зелёный. Коломна 2 идти канабинол. Мы неправильно ещё разок царица Second User ID опечатался и нашей землёй и.

Выполни все тесты соли немножко за голос я просто nosetests зелёные давайте знаете, что сделаем выполним все наши тесты и посмотрим если какие-нибудь ошибки супер ошибок нет.

Зелёная и — это значит, что во-первых — это значит. То, что приложение работает верно. Абсолютно верно. Как вы видели я ещё ни разу за всё — это время не заглянул в браузеров и более того я вообще ни разу не заглянул в браузер. За всё время разработки этого приложения потому, что — это просто ипи им и надо же networkinterface ещё у нас вообще ничего нету, но я знаю, что — это приложение работает так как я считаю нужным и — это всё благодаря теста и какой скорости 300 зелёный — это первое означает, что всё работает, а второе — это означает, что — это время для рефакторинга то есть для улучшения читабельности нашего кода поддерживаем. Асти его способности быть. Рашид или изменённым следуя паттернам проектирования и принципов Solid. Если вы знаете есть такой принцип Solid Solid and — это такие некоторые принципы объективности дизайн — это пять основных принципов которые транслируются каждая буква транслируется в. Один в один принцип Single responsibility сигнала responsibility principle Open closed principle of substitution principle Interface segregation principle in dependency inversion principle давайте пока не будем углубляться, но мы хотим чтобы. Наш кот следовал этим всем принципам и. Когда наш. Когда наши тесты возвращают нам зелёный свет значит пора. Я как раз этим заниматься потому, что теперь мы вольны делать изменения в нашем Production входе в контроллерах моделях и тесты по прежнему будет зелёный значит наш рефакторинг успешной и он ничего не сломал. Первое, что я хочу сделать — это обратить внимание. Вот на эту вещь где мы делаем 2 проверки и возвращаем абсолютно одинаковый ответ мы повторяем себя есть такой принцип ещё драй называется Don't repeat Yourself то есть не повторяйтесь. А мы повторяем. Это отличный юзкейс для того чтобы взять и абстрагировать эту логику куда-нибудь куда-нибудь подальше давайте сделаем вот, что давай создадим новый класс например New Feedback полисе который будет ответственен за то чтобы проверять, а возможно ли собственное сейчас в данный момент оставить Feedback со всеми параметрами которые мы получили и мы просто сделаем чек передадим туда юзер айди. Давайте этого озера сюда поднимем. Пусть первый мы передадим, тогда сюда сразу юзеры для которого составляется фидбек и передадим сюда request User предадим юзера который делает. Я сейчас выполнил наш тест допустим вот этот первый мы получим. Естественно, что такое класс не существует. Давайте его создать создадим моего где-нибудь кап и. Давайте создадим папочку Feedback и сюда засунем фидбек полисе PHP namespace Class poe recipes p1m чек который будет принимать юзера которому оставляется фидбек и юзера который оставляет выбрать чтобы их различать назовем его на ковёр то есть вот английское слово кокос причина человек который короче. Заноза в заднице из-за которого всё происходит пусть будет озеро не знаю. Здесь мы хотим проверить. Мы хотим проверить вот эти два условия. Давайте их сюда заберём так и первое условие будет лес Check User например то есть этот метод будет проверять то, что тот же самый юзер который запрос является тем за кого себя выдает чек с семью создадим и. Нам нужен будет козел и знаете я ещё подумал. Нам же надо будет получить доступ к уралу. параметрам. Урала которые передаются поэтому. Давайте вместо request User просто передадим сюда полный вес request так будем даже немножко проще и, тогда нам нужен будет здесь request. Здесь мы сможем если request User ID не равняется озеро иди у нас request то есть. Нам нужно ещё получить доступ к параметрам орла мы проверяем юзер который отправляет запросы воет и. Нам нужен доступ к. УрГУ к параметрам горло если. Мы помним передавали ID юзера в горле и нам нужно в этом классе. В нашей fackbet полюсе можно получить доступ — это делается request auth параметр и названия параметрам её назвали урок и таким образом если если пользователь делаю запрос его равняется параметров параметру переданному в горле значит. Наш ответ на ваш запрос не успешен в этом случае нам нужно сделать давайте сделаем DS File protected Method FL message который будет по дефолту равняться нулю и здесь мы выбросим исключения второго у неё фидбэк Exception message Python messagebox with request cannot be complied with request cannot be completed Action — это мы проверили то, что тот же самый юрв передадим ему request и. Давайте вторую нашу проверку сделаем чек её акт Voice over пишем название методы настолько. Понятно насколько — это возможно Check users have to talk to each other и здесь нам понадобится и УЗИ.

0 комментариев
0

Читайте также