Архитектура

Подписаться 57 тыс.

Просмотров 16 тыс.

50% 1

0:24 - Зачем нужна архитектура
1:38 - Сложные системы (введение)
3:10 - Задачи сложных систем
6:15 - Принципы проектирования
7:40 - Паттерны проектирования
11:10 - Архитектура потоков данных (вступление)
11:50 - MVC
13:10 - Пример релизации MVC
17:03 - MVP
18:25 - MVVM
19:25 - Flux
21:47 - Redux
23:40 - Пример реализации Redux
30:06 - Сайд-эффекты
32:20 - Заключение
36:30 - Вопросы

Опубликовано:

21 апр 2020

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 54

@LanchevEduard 4 года назад

Посмотрел с удовольствием. То, что нужно! Спасибо большое!

@user-zg3vt6zh6y 4 года назад

Доклад понравился, ничего лишнего, хорошие примеры.Спасибо

@MaxxErshov 4 года назад

Очень интересно. Спасибо!

@marinat201 2 года назад

Спасибо за доклад! Четко по делу! Наглядно очень

@johnstrayk5208 2 года назад

Люблю таких докладчиков. Чётко, по делу, без стендапа, кривляний. Очень экономит время слушателей.

@EvgenichTalagaev 10 месяцев назад

Приятная женщина, спасибо за материал

@cyberpun1144 4 года назад

Норм. Хорошо, что лектор говорит, что не знает и не работала с некоторыми технологиями. Это правильно. Лекция обзорная, все подробности - в документациях и гугле.

@max.on69 4 года назад

Спасибо

@iminsider 3 года назад

Её насильно туда поставили что ли?

@germanmalinovsky1719 2 года назад

Лучший рассказ по балансу конкретики и теории про MV* паттерны для обзорной лекции, что я видел. Не упущены такие важные детали как, например, что в MVP presenter маппится один к одному к представлению, что часто упускают при сравнении MVC и MVP. И пример MVC более промышленный, чем наивные примеры, что я видел в других докладах.

@ivanshamer24132 3 года назад

Она с библией ?

@granmini 4 года назад

Такое ощущение, что я на экзамене побывал...

@dimitro.cardellini 4 года назад

А мне ... понравилось ;) Но! По редаксу, конечно, ... грустновато. 1. Редакс -- очень легкая штука. Класс был очень вполне себе нормально написан. Действительно: состояние, редьюсер, подписчики и методы борьбы с ними. 2. Миддлвары -- это не то, ч то стоит "сбоку"... Наоборот. Миддлвара -- это декоратор (обертка) для диспатча. Если уж совсем точно, то это фабрика для декоратора диспатча. Фабрика получает на вход ссылку на стор (которая будет содержать ссылка на финальный диспатч сразу после создания стора), возвращает фабрика декоратор для диспатча (или диспатч высшего порядка). Т.е. Декоратор получает диспатч (аргумент next), и возвращает новый диспатч. И все!!! ... Это весь редакс.

@azamatk4302 3 года назад

16:10 Эх ты Эмельчик!

@user-lf1ep5io7r 3 года назад

Проектирование = создание архитектуры ?

@d33pF41L 3 года назад

на х2 норм

@timzeynalov3537 2 года назад

context api для маленького store предназначен а редукс для большого - и мы можем отдельно оформлять reducers and action а не в одной куче как в context api также в редуксе есть Thunk and Saga а в context api этого нет . context api хорош когда у нас мало дел со Store

@d33pF41L 3 года назад

42:42 xD

@user-so3cl2nj1s Год назад

Душновато но по делу

@it-coding 2 года назад

Нужно уточнить , что Redux возвращает поверхностную копию объекта,

@thecryptonation 2 года назад

52я минута

@galievramil1169 Год назад

Точняк

@userJakov 3 года назад

по ее глазам и мимике складывается ощущение что её пригнали читать лекцию насильно, а до этого яндекс держал её неделю в подвале без сна и еды

@serious_psychologist 3 года назад

Про проблемы с памятью Redux’а мы говорить не будем. И я тоже об этом в первую очередь думаю. Вопрос, почему Redux такой популярный?

@waldemarkunz9173 3 года назад

Потому, что: простой, предсказуемый, лекгий дебаг, надежный, легко скалируемый, гибкий, производительный, огромная экосистема. И с функциональной парадигмой, что отлично ложиться на реакт. Поэтому.

@serious_psychologist 3 года назад

@@waldemarkunz9173 :) ну секта и секта :)) я вот смотрю на это и совершенно думаю про противоположное. Видимо у всех мозги по разному устроены.

@waldemarkunz9173 3 года назад

@@serious_psychologist Тебе есть что аргументативно возразить? Похоже что нет. Тогда секта у тебя.

@serious_psychologist 3 года назад

@@waldemarkunz9173 в смысле выше комментарий тоже чтоли с аргументами? )))) один вечно меняющийся объект, в котором собрано вообще все приложение. скалируемо? гибко? производительно? это аргументы? серьезно? какие я на это должен дать аргументы?

@waldemarkunz9173 3 года назад

@@serious_psychologist у тебя вообще со всем все плохо. Выше было утверждение. Ты ему вроде как возразил, но на самом деле совершенно ничего (ну вот ВООБЩЕ) ничего не сказал по существу. Теперь ты хотябы сам сделал утверждения, с чем конкретно ты не согласен (может нам повезет и мы даже может какие-то основательные аргументы от тебя услышим) "один вечно меняющийся объект" - один store, обьект состояния после каждого обновления состояния новый. Какие проблемы ты видишь в этом подходе? В этом то и простота, и предсказуемость. "в котором собрано вообще все приложение." - чушь. По одной этой формулировке ясно, что ты не особо задумываешься о разделении ответственностей и разделении слоев приложения. Store содержит только СОСТОЯНИЕ приложения. (И при этом и именно состояния ПРИЛОЖЕНИЯ - а не (локальное) состояния компонентов например, или кэш) "гибко?" - благодаря middleware гибкость редакса охренительная! Например при использовании библиотек типа Redux-Saga или Redux-Observable. Однопоточный поток данных редакса + middleware идеальная реализация "messaging system" паттернов: www.enterpriseintegrationpatterns.com/patterns/messaging/ Не согласен, что Redux гибок? Приведи пример того, что нельзя сделать с Redux-Saga в плане управления состояния и сайд эффектов. Жду. "скалируемо?" - лол. Amazon и Instagram очевидно согласны с этим мнением. А какие у тебя аргументы, почему это не так? Или какая стейт-менеджмент библиотека скалируется по твоему лучше? "производительно" - и еще как! Сочетание Redux + React идеально. Идеи чистых функций для простого и незатратного отслеживания изменений в состоянии применяются и там и там. + возможность создания мемоизированных селекторов с Reselect (если надо). Ну а если еще и соблюдать и банальные best practices (нормализация данных например, и т.д.). Или обьясни мне и бесконечному количеству компаний, применяющим redux, в действительно large scale приложениях, почему это он не производителен? Ты замерял? Ты сравнивал? С чем?

@nurbolatturgynbekov9793 4 года назад

Раза два чуть не уснул

@boratboratov8124 2 года назад

Ее заставили ?

@maksimmurza7796 Год назад

Касательно Event Target. Правильнее, наверное будет назвать наблюдателей субъектами, а сущность которая оповещает - объект (как объект наблюдения)

@Astn00 3 года назад

Ни кому не пришло в голову, что человек болеет или плохо себя чувствует.

@user-sj4oy1el5y 3 года назад

такой он, интернет....

@pavell53 3 года назад

это стиль такой, посмотрите её другие доклады. Говорит четко без запинок, просто надо смотреть на презентацию.

@jurafree426 3 года назад

Мне пришло в голову, что ей надоело одно и то же и она демотивирована пропастью между теорией и практикой.

@waldemarkunz9173 3 года назад

Ей некомфортно в роле докладчика.

@alexr0v 2 года назад

В яндексе людей мучают что ли? Девушка очень замученая, скучно, грустно, все плохо, все тлен...

@Iaxls 2 года назад

как-то душно стало от просмотра...

@alym.aleksey 3 года назад

Посмотрел/послушал несколько докладов от Яндекса. Хоть кто-то там нашёл что-то полезное? Кроме шуток, одна вода без намёка на конверсию.

@demetrio_dede 4 года назад

Тема интересная, материал интересный, рассказ интересный, подача не очень(

@egorpashko729 4 года назад

Очень слабо, у лектора нету желания что-то рассказывать. Информация преподносится на отстань

@cyberpun1144 4 года назад

Egor Pashko Нормально. Она честно говорит, что не знает и не работала с некоторыми технологиями. Это правильно. Лекция обзорная, все подробности - в документациях и гугле.