Press "Enter" to skip to content

Declarative programming — Fun Fun Function


[Музыка]
хорошее утро в понедельник сегодня мы идем
исследовать чудеса декларативных
программировать что-то, что Reax имеет
удалось популяризировать в последние годы
и программирование четкости чрезвычайно
полезно для всех типов программистов, поэтому
не отключайте это видео, если вы не
веб — разработчик и не заботится о
потому что есть чему поучиться
здесь не беспокойтесь, если javascript не
ваше дело не будет много
кода в этом эпизоде, вероятно, не
и я не собираюсь предполагать, что
вы знаете что-нибудь о реакции
с этим сказал, давайте в него входим
IMM VJ и вы смотрите Fontbonne
вы можете оставить комментарий
ниже и расскажите мне о своих чувствах
потому что для меня, когда я впервые увидел
Я действительно ненавидел это, но в настоящее время для
каждый год, который проходит, я нахожусь
все больше реагируют на меня, и я чувствую
что мне нужно знать, что люди в
общее мнение о RIA, потому что для меня
главное большое дело будет реагировать на то, что это
позволяет нам делать декларативное программирование
без недостатков, которые
традиционно ассоциируется с
программирование четкости много людей
не получают выгоду и
декларативное программирование и как оно
блокирует и реагирует, я полагаю
что это может быть потому, что я предполагаю, что
декларативное программирование — это немного
разные и трудно обернуть голову
вокруг, но это может быть и потому, что
у реагирования есть эти другие особенности, которые вы
попасть в застройщика, а вы
выработать сильное мнение о них и
вы начинаете видеть эти функции, а не
видя лес для всех деревьев
говорить, и я действительно думаю, что
декларативное программирование действует очень
ядро реагирования позволяет нам это делать
мы поговорим об этом сегодня
декларативного программирования и в
контекст реакции того, что реагирует на реакцию
ложь
для построения вида применений
изначально просто для веб-приложений
но с годами люди начали
используя его для собственных приложений, а также
большинство разработчиков, которые используют реактивный куплет
с техникой называется потоком он
ограничивает поток данных
приложение для потока только в одном
направлении, представьте себе приложение
где у вас есть представление, и есть некоторые
Кнопка в этой точке зрения кнопка не будет
можно изменить что — либо в
просматривать себя или даже изменять любое состояние
сам он отправит событие click
и это закончится тем, что
магазин , который несет ответственность за выполнение
фактическое манипулирование государством и
то всякий раз , когда обновляет состояние по
весь обзор хорошо просматривается на основе
так что это уникальный направленный
поток данных только приближается к вам
действия идут здесь, и государственные потоки здесь
изменение состояния происходит только потому, что
действие пошло таким образом, и если вы только
обновленный из изменений состояния, это
очень простой поток, так что польза
делать , что хорошо это позволяет нам это дает
нас представляет собой структуру для декларативного
программирование и декларативное программирование
дает нам приложение, которое проще
рассуждать и где меньше
может пойти не так, когда вы делаете
ясности в контексте
приложение , как это
вы просто заявляете, что представление
должен быть определенным способом, учитывая определенный
состояние, например , вы можете себе представить
учитывая, что оплата в настоящее время
как ваша пресса 3 оплата
кнопка, кнопка оплаты отключена, поэтому
с программированием четкости вы не
довольно подробно описывая, как заявитель
нация должна делать то, что вы просто
заявлении или объявлении отношений, если
понятие отображения имеет смысл
Вы можете думать об этом, как хорошо
противоположность декларативного программирования
является обязательным программированием, и когда мы
делая императивное программирование, мы
рассказывая компьютеру о том, что
делать мы слушаем оплату
событий и в зависимости от того, что
платеж сказал, что мы будем устанавливать
отключен атрибут true или false
кнопка — большое преимущество с
ясность программы является то , что это легче
разум представить себе, что мы делаем
императивное программирование, и есть
неудача платежа, тогда нам нужно слушать
к событию с отказом платежа и обновлению
соответственно и явно в
декларативная модель, которая не может
даже необходимо в реакции и потоке мы
просто произойдет сбой платежа
обновить состояние, чтобы сказать государству
что я больше не обрабатываю платеж
и любые существующие элементы, которые в
мнение, что оскорбление этого государства будет
просто обновите автоматически, если у вас есть
любой опыт с декларативным
программирование, пожалуйста, напишите комментарий вниз
ниже, потому что сначала я хочу знать
потому что я для меня декларативное программирование
я чувствую, что это сильно меня заставило
лучше разработчик я чувствую , что декларативная
программирование очень хороший способ
программное обеспечение для записи кажется почти
все становится таким простым
функции, которые принимают состояние как вход
аргумент и выплюнуть из вида это
очень просто рассуждать о и там
очень мало вещей, которые могут пойти не так
и это также очень легко проверить
программно декларативное программирование
очень приятно, когда вам удается
вытащить его, но проблема с
декларативное программирование выполняется в порядке
для
чтобы вытащить его нужно переделать много
работать все время в ясности
мы смотрим на состояние, и мы
определить, какая кнопка в представлении
должно выглядеть как в зависимости от этого состояния
и мы воссоздаем эту кнопку из
поцарапать и выбросить старую кнопку мы
просто выбросьте это, мы даже не
посмотрите на это, и это очень дорого
по сравнению с императивным программированием, которое
делает только то, что ему нужно делать
императивное программирование не разрушает
любая кнопка необходимо программирование
очень скромный, и именно поэтому ясность
программирование задерживалось, по крайней мере, в
побуждая развитие , потому что это было
так много времени заканчивается
и вы хотите, чтобы вы видели мерцание
и было трудно получить производительность
из этого мы нуждались, и это
особенно в веб-разработке
из — за купола в случае , если вы не
веб, который будет документом Dom
объектная модель заключается в том, как мы строим
интерфейсов в Интернете это то, как мы
контролировать, как вещи оказываются
так что мы хотим
трогать как можно меньше и
это, конечно, делает декларативный
программирование проблематично, потому что мы
разрушая и создавая все
времени, и именно здесь реагирует
с его виртуальным куполом, когда вы
здания реагируют на ваши приложения
вы создаете купол, но вы не
рендеринг реального Dom, который вы
виртуальный дом, который является версией
Дом, который намного дешевле, потому что он
на самом деле не
реагирует затем делает все каждое обновление является
посмотрите на визуализированный виртуальный Дом и
сравните его с реальным реальным DOM и его
автоматически определяет наименьший
возможное изменение, которое оно может внести в
реальный Дом, чтобы сделать его зеркальным
виртуальный Дом во время позиции будет работать
О Dom это не совсем так хорошо
как это делается вручную в
оптимальный способ, но добраться туда и делать
это оптимально и правильно вручную является
что это сложнее, и если
вы очень хороший разработчик и / или
Вы тратите много времени на это ваше
реализация может на самом деле в конечном итоге
медленнее и содержит больше ошибок
чем декларативная реализация и
в ответ вы можете фактически вернуться к
ручной рендеринг для отдельных конкретных
части приложения и я
думаю, что это действительно очень приятно, когда
мы имеем дело с абстракциями вроде
это так снова, используя виртуальный Dom it
позволяет нам делать декларативные
программирования и получить преимущества от этого
а также в то же время получить Хлою
80% эффективности
обязательное программирование
дайте нам и есть другие примеры
вне реагирования и
интерфейсы, которые являются примерами этого
эта техника или это было просто
императивное программирование для примера
что я хотел бы довести до это
firebase firebase является наблюдаемым
базы данных, которую предоставляет Google, и
позволяет нам взаимодействовать с базой данных
как если бы база данных существовала на клиенте
даже если это не так, например, вы
загрузить пользователя в базу данных и
автоматически уходит и выбирает
пользователь из реальной реальной базы данных
на внутреннем интерфейсе , и когда вы потом
повторите попытку пользователя
кэшируются пользователя автоматически и на
клиент, чтобы теперь Рам теперь
мгновенно это своего рода вроде
вам не нужно заботиться о том, чтобы база данных
является
на сервере, который вы можете использовать, и это делает
мне приложение достаточно быстро , даже если вы
написал это в a от исполнения
точка зрения наивысшего способа, так что
напоминает нам о виртуальном купол в
что в обоих случаях это
оптимизация, которая
нас так в одном случае это Дом
манипуляции, которые дороги и что
автоматизированы, а в другом случае, если
сетевые вызовы на сервер и выборка
данные, которые оптимизируются для нас, если
вы используете firebase и реагируете вместе
испытает это, это довольно
круто у вас есть наш виртуальный ДОМ и реагировать
на одном конце и firebase на другом конце
и тогда вы можете сойти с рук
просто имея кучу этих
функции преобразования ,
между и да замками вместе и даже
хотя это супер наивно, он все еще
довольно быстро , потому что у вас есть ваши
Друзья по обе стороны делает
оптимизации, и я не хочу
перепродайте его, потому что это не совсем так
быстро, как делать это вручную, и это будет
также очень раздражает, если вы столкнетесь с
какая-то проблема производительности, которая
реактивная огневая база плохо справляется
но в большинстве случаев декларативный
программирование при автоматическом резервировании
оптимизирующие инструменты, такие как firebase или
реагировать, это сэкономит вам массу ошибок и
много времени я оставлю вас с
смешная мысль — в мире фантазий, где
у нас есть бесконечная вычислительная мощность и
нулевой латентности и бесконечной ширины полосы частот мы
не нужно реагировать или
огонь или или наблюдаемые то же самое
для нашего X, который является библиотекой для
создание сложных наблюдаемых, если мы
имели бесконечную производительность, мы бы не
нужна эта библиотека, которую мы могли бы просто заменить
все rx с просто функциями, которые
просто делайте преобразования и просто
эти функции выполняются все время, поэтому
самое длинное время, о котором я думал
наблюдаемых и
Архитектурный шаблон , который является , но
такие инструменты, как rx, и вы знаете функции
в библиотеке, как , например дребезг
например , это не архитектура
связанных с
оптимизации и производительности
это единственная причина, по которой нам нужно, чтобы
так декларативное программирование приятно
потому что легче рассуждать и
есть только меньше вещей, которые могут пойти
неправильно и реагировать, помогает нам делать декларативные
программирования путем сокращения одного из больших
недостатки декларативного программирования
который является производительностью, и это для
сегодня вы наблюдали эпизод
fun fun function Я считаю, что каждый
В понедельник утром О 800 GMT, если вы не
хочу подождать до следующего понедельника, вы можете
смотреть этот эпизод он был выбран
для вас конкретно Ли мозга в
банку, которую бренды Google называют машиной
Я буду mpj до следующего понедельника
утро спасибо
Please follow and like us:

Be First to Comment

Добавить комментарий