ну насчет метода filter в js могу сказать, что он является декларативным. Возможно, если сравнивать SQL и JS, то это и неверно, но сам по себе метод вполне декларативен
Да, метод декларативно описывает НАМЕРЕНИЕ ;) Но сам код остается кодом. Но вы правы - лучше было бы написать полноценный цикл for (let i = 0; i < ...; i++) { ... } чтобы код был совсем императивен
@@JavaScriptNinja я правильно понимаю, что претензия к фильтру как к декларативному коду, именно потому что реализацию самого метода фильтр как то может оптимизировать браузер, и фактически он так же является каким то более высшим представлением того же фор?
@@life_on_fire это не претензия :) фильтр снаружи декларативен, внутри императивен Я согласен что этот пример можно было бы улучшить. Я об этом расскажу в рамках "работы над ошибками" в следующем лайве
@@JavaScriptNinja либо же сам фильтр как метод декларативный, а код в целом остаётся императивным) я немного запутался) было бы неплохо показать на js разницу, а то поверхностно у людей останется что html декларативный а js императивный, хотя вью написан на js, и за счёт шаблонов позволяет реализовывать декларативный подход, вообщем, это что то взбудоражило мой мозг)
@@life_on_fire js императивный. Мы когда пишем шаблон - мы пишем его не на js. И в этом как раз суть - вью превратит его в императивные инструкции как ему удобно
@@ni55an а где у меня сказано о как? :) мне в голову уже более абстрактно не приходит. Как, при декларативном подходе нас и не волнует, я согласна, поэтому и отметила, что как это произойдёт, совершенно не важно, и какие средства и инструменты использует исполнитель, заказчика не волнует. Мне очень нравится пример с яичницей, и в стриме кто-то его по этому поводу как раз и приводил. Декларативно: приготовь яичницу, императивно: возьми из холодильника яйца,....., пожарь на сковороде. Изменила немного свой предыдущий комментарий, видимо не очень чётко выразилась.
Я уже давно middle dev по vue, Но Ваш курс всё равно смотрю! Лучшее объяснение, что я видел. Жаль, что его не было полтора года назад, когда я начинал. Успехов!!!
Просто замечательное объяснение, что такое декларативность и императивность, всё так четко и подробно и главное - реально понятно, прям кайф, очень полезный курс не только для изучение vue, но и для понимания фундаментальных понятий
Я запомнил лично так (простыми словами), что императивный - это ты как император :D, ты диктуешь определенные правила(алгоритм действий), пишешь тот код, который необходим для выполнения задачи. Декларативный, простыми словами, это то, что уже есть, не изменить. Тот же самый в html. И в конце ясно сказано, что есть люди, которые на основании императивного стиля делают декларативный, тем самым, помогая в разработке. На нем вся основа) Старался понятно объяснить)
Не люблю прописывать все пошаговые действия, а лишь то, что хочу увидеть в результате. Как это будет сделано движком браузера меня уже особо не парит. Как движок браузера display: flex; превращает в гибкий блок не волнует, хотя по факту даже V8 превращается в С+, Си код в ассамблерский, а он уже в машинный. Т е абстракция на абстракции и абстракцией абстрагируется! 😃🔥
Т.е. если мы используем какую-нибудь абстрактную функцию arr.sort, которая сортирует массив по своему усмотрению в зависимости от каких-то переменных, это декларативный стиль? А если мы пишем свою собственную конкретную реализацию это императивный? Но ведь сама функция sort внутри вполне императивна. Получается все относительно, и термины императивный и декларативный имеют свою силу только относительно текущего уровня абстракции?
Декларативно - "Сделай пиццу" Императивно - "возьми помидор, разрежь его слайсами, достань из холодильника продукти и т.д по схеме приготовления пиццы")
получается что это различие условно? то есть более высокоуровневый слой мы называем декларативный, а менее - императивный? Например, мы пишем foo(f, c), как в примере, и подразумеваем, что это императивный стиль, но под капотом там осуществляется ряд команд, а значит это уже декларативный?
Тоже непонятен этот момент. Запись в константу const x = 3 императивная команда, но если мыслить "запиши 3 в переменную х, и мне не важно какую область памяти ты для этого возьмешь и какой индекс присвоишь и как ты сделаешь её неизменяемой" звучит декларативно.
Написал свой коммент, потом прочитал ваш) Ну да философия какая-то. Получается верх декларативности - это текст в редакторе ""Сделать сайт как у компании Х, с моими данными и котиками"
Отличное видео, спасибо. Хорошо было бы ещё пару слов сказать о происхождении этих терминов, потому что я например знал что они обозначают и до просмотра, но, поскольку пользовался ими редко, постоянно забывал что из них что.
спасибо тебе огромное! Отличный материал. Разобрать как написать можно и нужно по документации - она не требует интерпретации. Не понимаю обучалок пересказывающих текст. Но очень не хватало материалов на философию того или иного метода. когда и почему тот или иной способ применять. Спасибо еще раз тебе огромное!
Если подумать то банальные инструкции js вроде const a = 1; так же декларативны, поскольку выражает наше намерение объявить именованную область памяти с начальным значением 1. Далее js движок v8 распарсит нашу инструкцию, сам выделит память, сам переложит в эту память исходное значение и вернёт ссылку на значение, не говоря уже всяких паралельных микрооптимизациях над нашим js кодом.
Нет. Рассматриваем не конкретную команду, а среду в которой она "живёт" (находится) наравне с другими командами. В этом и предыдущем видео говорится о ШАБЛОНИЗАТОРЕ Vue (как среде где есть команды). Вот он как раз пишется в декларативном стиле. Если мы возьмём как рассматриваемую среду МЕТОДЫ в том же Vue, то они пишутся в императивном стиле. Одиночные команды нельзя рассматривать.
@@vladimirzaguliaev9857 да просто уровни абстракции разные, вот и все. И не важно, будь это шаблоны Vue, либо декларативные команды для процессора, которые уже он выполняет императивно относительно другого уровня абстракции)) Ну, в каком-то смысле, тут есть связь
Закралась крамольная мысль, что данный курс и был создан, чтобы показать Минину и его аудитории другую альтернативу по самому заваленному его курсу. А выводы каждый сделает свои.
на самом деле это хорошо что вы рассказываете все эти вещи, ибо сразу писать код как то слишком глупо, нужно сначала понять что к чему, зачем, почему и т.д
Получается, что императивность и декларативность в программировании это всего-лишь уровень абстракции? И то что было декларативным на одном уровне может стать императивным для более высокого уровня? К примеру, страница, сверстанная компонентами, более декларативна чем голый html, в который она преобразуется.
Нет, не так. В императивном подходе мы в явном виде манипулируем состоянием системы, чтобы получить нужный результат где-то в состоянии. при этом можно сколько угодно пользоваться вызовами других процедур. Но фокусировка внимания программиста происходит на так называемых побочных эффектах - изменении состояния мира (значения переменных, ввод, вывод). В чисто декларативном стиле мы описываем нужный результат. Т.е. наша программа должна описывать результат в каком-то виде. Допустим, как SQL-запрос, или как композиция функций, т.е. f(g(x, y), z). При этом подходе у нас нет в явном виде состояния, которым мы манипулируем. Чтоб это понять лучше, надо почитать код на prolog или scheme, например. Код может быть при этом относительно низкоуровневым (например, вычисление факториала). Т.е. декларативность и императивность не обязаны образовывать иерархию. Промышленный код обычно представляет собой смесь из этих двух подходов. Сейчас считается хорошим тоном писать многие функции без побочных эффектов (чистые), т.е. она берёт на вход данные и возвращает результат, никак не влияя на окружающий мир. Такие легко тестировать и использовать. Но строго говоря код пишут именно ради побочного эффекта - активное взаимодействие с UI, автопилот авто, итд, так что одними чистыми функциями не обойдёшься.
@@igelko Может я коряво выразился в предыдущих ответах. Имел в виду то, что обычно декларативный стиль является "надстройкой" (в кавычках!!!) над императивным как следствие повышения абстракции, а не наоборот. Считаю, что ты прав на все 100%. Сам пишу пром. код на Vue около 4-х лет.
Я избегал бы слова "сахар". Все таки декларативность - это не сахар а именно более высокоуровневое представление. Про конфиги согласен. "Сахар" же - это более "краткая и удобная" форма записи чего-либо
Илья, как експерт javascript скажите свое мнение, стоит ли использовать оператор optional chaining currentCompany?.name вместо currentCompany && currentCompany.name так как в нем используется больше проверок после компиляции, скажется ли это как то на произвольности приложения?
Всегда думал что filter декларативный. Просто интересно, как будет выглядеть именно декларативный фильтр на JS? P.S В Python-e есть списковые включения, насколько я понимаю они декларативны. Но в JS такого синтаксиса нет. courses.filter(c => c.id> 10); filteredCourses(courses, `id > 10`); ?
когда я просто пишу код императивный, я же не говорю куда премещатся битам или электронам в процессоре, они сами как-то решают исходя из вшитых инструкций в процессор. У каждого проца свои инструкции, будь то arm или х86. Электроны пепемещаются и получается результат. Это декларативность?
Это для людей, которые пробовали работать с реактом или хотя бы читали документацию. Мне эти объяснения помогли понять фундаментальную разницу вью и реакта. И отсюда осознать 2 разных подхода к разработке.
Спасибо за видео! Правильно ли я понял, что мы можем назвать код декларативным или императивным ТОЛЬКО если упомянем относительно чего он таким является. Например, JS императивен относительно Vue и декларативен относительно v8/c++ (как тут правильнее)
Не согласен) Декларативность: const f = 3; let c = f + 2; foo(f, c); (Под капотом много оптимизаций и даже результат не всегда очевиден) Императивность: move rdi, 3 move rsi, rdi add rsi, 2 call foo Хотя и тут нужно перевести в опкоды да еще учесть оптимизации процессора, работа с памятью, и далее мы спускаемся на уровень электроники и тд. Я к тому что все есть абстракция и нужно еще обозначить какой уровень абстракции можно считать императивным. Или какую абстракцию считать императивной html отдельная абстракция от js. html декларативен в контексте js если из js создавать html. ....createElement('div'); ..... Или ....innerHTML = 'foo bar';
Для SQL может быть много движков. Для HTML может быть много движков. А для JS - нет что ли? Он ведь тоже в браузере выполняется. И каждый движок браузера по-своему может его выполнить. По такой логике JS тоже декларативный.
vue быстрее react только в случае когда react разработчик не может его грамотно настроить? или в любом случае быстрее? если да - насколько? и стоит ли на этом акцентировать внимание? ведь в многих чатах уже пишут что react отстой, не реактивный, не декларативен, медленный и т.д.
React с MobX ничем ни хуже Vue, а то и лучше в плане отличной поддержки TS и гибкости. А медленным код можно на чем угодно сделать, если не понимать базовые вещи в программировании
Императивность и декларативность... Используется во всех языках (наверное). Эта философия очень сложно мне даётся. Вроде более-менее стало понятно. Особенно с чаем )))
HTML - декларативен. Тогда получается что модуль bootstrap-vue - декларатив поверх декларатива. Кстати как Вам подобные модули вообще по вкусу? Возможно это в курс надо, так как народ часто тащит их с npm
спасибо за видео, можно ли сравнивать ети концепции на одном и том же примере js без html или на оборот, как по мне ето разние технологии, для разних целей и получаю кашу в голове. Тот же декларативний подход из Vue wqerty очень похож на JSX из императивного реакта if (true) { qwerty }, только разница в том что Vue програмируем в html, а React програмируем в js.
В первом случае ты "говоришь" что желаешь видеть div при таких-то условиях. Во втором случае ты по условию "командуешь" вставить div. Чуешь разницу? ;)
ну насчет метода filter в js могу сказать, что он является декларативным. Возможно, если сравнивать SQL и JS, то это и неверно, но сам по себе метод вполне декларативен
Да, метод декларативно описывает НАМЕРЕНИЕ ;) Но сам код остается кодом. Но вы правы - лучше было бы написать полноценный цикл for (let i = 0; i < ...; i++) { ... } чтобы код был совсем императивен
@@JavaScriptNinja я правильно понимаю, что претензия к фильтру как к декларативному коду, именно потому что реализацию самого метода фильтр как то может оптимизировать браузер, и фактически он так же является каким то более высшим представлением того же фор?
@@life_on_fire это не претензия :) фильтр снаружи декларативен, внутри императивен
Я согласен что этот пример можно было бы улучшить. Я об этом расскажу в рамках "работы над ошибками" в следующем лайве
@@JavaScriptNinja либо же сам фильтр как метод декларативный, а код в целом остаётся императивным) я немного запутался) было бы неплохо показать на js разницу, а то поверхностно у людей останется что html декларативный а js императивный, хотя вью написан на js, и за счёт шаблонов позволяет реализовывать декларативный подход, вообщем, это что то взбудоражило мой мозг)
@@life_on_fire js императивный. Мы когда пишем шаблон - мы пишем его не на js. И в этом как раз суть - вью превратит его в императивные инструкции как ему удобно
- Джонни, застрели его и сбрось труп в реку!
- Антонио, мы же договорились давать декларативные приказы
- Его труп должен оказаться на дне реки!
😂 Ещё больше декларативности:
- Джонни, познакомь его с дном реки
@@skygliderusне, такие абстракции нам не нужны 😄, иначе потом при реализации получится:
- Знакомься, это дно реки
Ну тогда декларативно, это было бы избавься от трупа, а как, меня это уже не волнует:)))
@@natalialazareva1373 почему же, речь идёт не о том "как", а о конечном состоянии, что есть входным параметром
@@ni55an а где у меня сказано о как? :)
мне в голову уже более абстрактно не приходит.
Как, при декларативном подходе нас и не волнует, я согласна, поэтому и отметила, что как это произойдёт, совершенно не важно, и какие средства и инструменты использует исполнитель, заказчика не волнует.
Мне очень нравится пример с яичницей, и в стриме кто-то его по этому поводу как раз и приводил.
Декларативно: приготовь яичницу,
императивно: возьми из холодильника яйца,....., пожарь на сковороде. Изменила немного свой предыдущий комментарий, видимо не очень чётко выразилась.
Я уже давно middle dev по vue, Но Ваш курс всё равно смотрю! Лучшее объяснение, что я видел. Жаль, что его не было полтора года назад, когда я начинал. Успехов!!!
Поверьте, совсем скоро мы найдём чем вас удивить :)
Не узнал ничего нового. Я вообще не работаю программистом. Илье спасибо - вайтишникам немного мозг подправит.
Что такое "middle по vue"?
@@vatakiller градация мастерства разработчика. Junior - младший специалист, Middle - специалист, Senior - старший специалист.
@@vladimirzaguliaev9857 спасибо, кэп. Так а причем здесь vue?
Дякую Вам, цей курс - найкраще з того всього, що я бачила про Vue
Спасибо огромное за такие подробные объяснения! Все очень доходчиво! Подход - супер 👍
Сначала не понял, а потом как понял как понял и аж мурашки по коже))) огромнейшее Спасибо за такое нереально простое объяснение происходящего!!!
Спасибо за Ваш труд
Просто замечательное объяснение, что такое декларативность и императивность, всё так четко и подробно и главное - реально понятно, прям кайф, очень полезный курс не только для изучение vue, но и для понимания фундаментальных понятий
Можно в конце, приступая к практике, сделать видео - вывод из концепций, что мы прошли. Вкратце перечислить их и короткое определение
Это лучшее объяснение! Раньше ничерта не понимал разницы между декларативностью и императивностью, спасибо, что помогли разобраться)
Спасибо за курс. Впервые все так четко объясняют. Теория важна, иначе не вникаешь в смысл того, что пишешь.
Офигенный курс! Прям Кайфу от объяснений. Полезно не только для Вью, но и в принципе для понимания некоторых концепций программирования в целом.
Я запомнил лично так (простыми словами), что императивный - это ты как император :D, ты диктуешь определенные правила(алгоритм действий), пишешь тот код, который необходим для выполнения задачи. Декларативный, простыми словами, это то, что уже есть, не изменить. Тот же самый в html. И в конце ясно сказано, что есть люди, которые на основании императивного стиля делают декларативный, тем самым, помогая в разработке. На нем вся основа) Старался понятно объяснить)
Прекрасное объяснение императивности и декларативности
Разжеванно конечно супер, это прям нечто! Спасибо огромное
Очень информативный и интересный урок, даже я понимаю о чём речь) Спасибо большое, Илья !
Илья, большое спасибо за курс, очень приятна твоя подача материала, все вполне доходчиво!
Спасибо за уроки. Урок №6 осилил! Пока всё понятно
Раз 20 пытался понять , что это, но только ваше объяснение вблило в голову понимание.
Однозначно лайк за Greenfield Spring Melody!)))
хорошее обьяснение в конце, не запутано в деталях и дает точное представление о предмете
Супер! Никогда не было так четко ясно. Спасибо
Отлично, спасибо! Такой теоретической базы как раз не хватает во многих уроках по вьюшке.
Вот здесь отлично объяснили! Больше наглядных и практических примеров со сравнениями) Спасибо. Пойду сделаю себе чай декларативно :D
Очень доходчиво, спасибо большое за вашу работу!
Спасибо, вот теперь стало понятно
Спасибо за отличное объяснение! Раньше вообще не сталкивался с такими понятиями
Супер, спасибо за такие уроки.
В этом курсе Илья часто упоминает о магии Vue), но по моему сам этот курс это магия!) Спасибо! За такое подробное разьяснение это важно!
С чаем пример отличный!)) Спасибо)
Спасибо большое!)
Не люблю прописывать все пошаговые действия, а лишь то, что хочу увидеть в результате. Как это будет сделано движком браузера меня уже особо не парит. Как движок браузера display: flex; превращает в гибкий блок не волнует, хотя по факту даже V8 превращается в С+, Си код в ассамблерский, а он уже в машинный. Т е абстракция на абстракции и абстракцией абстрагируется! 😃🔥
Пушка! Стало гораздо понятнее
Круто! Я так понимаю, что Ruby on Rails - это очень декларативный фреймворк на бэкенде!
огонь=)) спасибо за обьяснения декларативности=))
Т.е. если мы используем какую-нибудь абстрактную функцию arr.sort, которая сортирует массив по своему усмотрению в зависимости от каких-то переменных, это декларативный стиль? А если мы пишем свою собственную конкретную реализацию это императивный?
Но ведь сама функция sort внутри вполне императивна. Получается все относительно, и термины императивный и декларативный имеют свою силу только относительно текущего уровня абстракции?
Все прекрасно объяснено! Спасибо
Декларативно - "Сделай пиццу"
Императивно - "возьми помидор, разрежь его слайсами, достань из холодильника продукти и т.д по схеме приготовления пиццы")
супер!
Спасибо за объяснение 👍
получается что это различие условно? то есть более высокоуровневый слой мы называем декларативный, а менее - императивный? Например, мы пишем foo(f, c), как в примере, и подразумеваем, что это императивный стиль, но под капотом там осуществляется ряд команд, а значит это уже декларативный?
Тоже непонятен этот момент. Запись в константу const x = 3 императивная команда, но если мыслить "запиши 3 в переменную х, и мне не важно какую область памяти ты для этого возьмешь и какой индекс присвоишь и как ты сделаешь её неизменяемой" звучит декларативно.
Написал свой коммент, потом прочитал ваш) Ну да философия какая-то. Получается верх декларативности - это текст в редакторе ""Сделать сайт как у компании Х, с моими данными и котиками"
Хорошее объяснение
Отличное видео, спасибо.
Хорошо было бы ещё пару слов сказать о происхождении этих терминов, потому что я например знал что они обозначают и до просмотра, но, поскольку пользовался ими редко, постоянно забывал что из них что.
Спасибо!
спасибо тебе огромное! Отличный материал. Разобрать как написать можно и нужно по документации - она не требует интерпретации. Не понимаю обучалок пересказывающих текст. Но очень не хватало материалов на философию того или иного метода. когда и почему тот или иной способ применять. Спасибо еще раз тебе огромное!
Интересно, всё понятно, лайк
Классно разъяснили!
Если подумать то банальные инструкции js вроде const a = 1; так же декларативны, поскольку выражает наше намерение объявить именованную область памяти с начальным значением 1. Далее js движок v8 распарсит нашу инструкцию, сам выделит память, сам переложит в эту память исходное значение и вернёт ссылку на значение, не говоря уже всяких паралельных микрооптимизациях над нашим js кодом.
Нет. Рассматриваем не конкретную команду, а среду в которой она "живёт" (находится) наравне с другими командами. В этом и предыдущем видео говорится о ШАБЛОНИЗАТОРЕ Vue (как среде где есть команды). Вот он как раз пишется в декларативном стиле. Если мы возьмём как рассматриваемую среду МЕТОДЫ в том же Vue, то они пишутся в императивном стиле.
Одиночные команды нельзя рассматривать.
@@vladimirzaguliaev9857 да просто уровни абстракции разные, вот и все. И не важно, будь это шаблоны Vue, либо декларативные команды для процессора, которые уже он выполняет императивно относительно другого уровня абстракции)) Ну, в каком-то смысле, тут есть связь
Это совсем другой уровень, не то что у
`Владилена Минина`
Закралась крамольная мысль, что данный курс и был создан, чтобы показать Минину и его аудитории другую альтернативу по самому заваленному его курсу. А выводы каждый сделает свои.
@@yuryitikhonoff9631 Ошибаетесь, курс планировался еще в начале 2019.
В Мініна, здається, просто нема "досвіду у комерційних проектах" (с) )) відчуй різницю))
@@pshenychka828 Минин работал только на компанию, которая создает курсы, если мне не изменяет память, потому да, у него мало опыта в коммерции
За Мініна. Він чудово пояснює без води.
комментарий для продвижения канала
на самом деле это хорошо что вы рассказываете все эти вещи, ибо сразу писать код как то слишком глупо, нужно сначала понять что к чему, зачем, почему и т.д
Я как Буриданов осел))хоть разорвись...Спасибо вам ребята)
Видео каеф как обычно. Спасибо, а то я так и не смог дочитать спор в чатике)
Все понятно
Деклартивность - говорить более низким голосом
Дякую 🤘
Можно ли GPT Chat назвать следующим этапом декларативности в программировании?
Получается, что императивность и декларативность в программировании это всего-лишь уровень абстракции? И то что было декларативным на одном уровне может стать императивным для более высокого уровня? К примеру, страница, сверстанная компонентами, более декларативна чем голый html, в который она преобразуется.
Обычно декларативное описание спускаясь на ступень ниже становится императивным, а не наоборот.
@@vladimirzaguliaev9857 именно это у меня и имеется ввиду, а не наоборот)
@@andreypushkarev1870 правильно: "...для более НИЗКОГО уровня"
Нет, не так. В императивном подходе мы в явном виде манипулируем состоянием системы, чтобы получить нужный результат где-то в состоянии. при этом можно сколько угодно пользоваться вызовами других процедур. Но фокусировка внимания программиста происходит на так называемых побочных эффектах - изменении состояния мира (значения переменных, ввод, вывод).
В чисто декларативном стиле мы описываем нужный результат. Т.е. наша программа должна описывать результат в каком-то виде. Допустим, как SQL-запрос, или как композиция функций, т.е. f(g(x, y), z). При этом подходе у нас нет в явном виде состояния, которым мы манипулируем. Чтоб это понять лучше, надо почитать код на prolog или scheme, например. Код может быть при этом относительно низкоуровневым (например, вычисление факториала).
Т.е. декларативность и императивность не обязаны образовывать иерархию.
Промышленный код обычно представляет собой смесь из этих двух подходов. Сейчас считается хорошим тоном писать многие функции без побочных эффектов (чистые), т.е. она берёт на вход данные и возвращает результат, никак не влияя на окружающий мир. Такие легко тестировать и использовать. Но строго говоря код пишут именно ради побочного эффекта - активное взаимодействие с UI, автопилот авто, итд, так что одними чистыми функциями не обойдёшься.
@@igelko Может я коряво выразился в предыдущих ответах. Имел в виду то, что обычно декларативный стиль является "надстройкой" (в кавычках!!!) над императивным как следствие повышения абстракции, а не наоборот.
Считаю, что ты прав на все 100%. Сам пишу пром. код на Vue около 4-х лет.
Имхо, императивность - пишем код строго по api платформы/среды, декларативность - сахар, конфиги, препроцессоры
Я избегал бы слова "сахар". Все таки декларативность - это не сахар а именно более высокоуровневое представление. Про конфиги согласен. "Сахар" же - это более "краткая и удобная" форма записи чего-либо
Четко
Деструктуризацию можно назвать декларативным присваиванием?
Илья, как експерт javascript скажите свое мнение, стоит ли использовать оператор optional chaining
currentCompany?.name вместо currentCompany && currentCompany.name
так как в нем используется больше проверок после компиляции, скажется ли это как то на произвольности приложения?
Не скажется в 99.99% случаев
@@JavaScriptNinja огромное спасибо за ответ!
Топ контент
всё супер понятно :)
уфф, дождался! =)
Gitlab runner, кстати, тоже декларативная штука.
Всегда думал что filter декларативный. Просто интересно, как будет выглядеть именно декларативный фильтр на JS?
P.S В Python-e есть списковые включения, насколько я понимаю они декларативны. Но в JS такого синтаксиса нет.
courses.filter(c => c.id> 10);
filteredCourses(courses, `id > 10`); ?
Прочитайте закрепленную ветку
Спринг мелоди разве на основе черного чая ?
Как раз несколько дней назад читал статью про это))
можно ссылочкой поделиться?
@@nikitakanishev а погуглить не судьба?
👍👍👍
когда я просто пишу код императивный, я же не говорю куда премещатся битам или электронам в процессоре, они сами как-то решают исходя из вшитых инструкций в процессор. У каждого проца свои инструкции, будь то arm или х86. Электроны пепемещаются и получается результат. Это декларативность?
Стало понятнее, когда привели пример на Vue и как он работает. Почему в React шаблонизация императивна меня мало волнует, курс же все таки про Vue.
Это для людей, которые пробовали работать с реактом или хотя бы читали документацию.
Мне эти объяснения помогли понять фундаментальную разницу вью и реакта.
И отсюда осознать 2 разных подхода к разработке.
деды в армии владели декларативным подходом: (среди ночи в казарме, например) "Чтоб через час у меня была пачка сигарет! Мне пох, откуда - роди!"😂
Спасибо за видео!
Правильно ли я понял, что мы можем назвать код декларативным или императивным ТОЛЬКО если упомянем относительно чего он таким является. Например, JS императивен относительно Vue и декларативен относительно v8/c++ (как тут правильнее)
Нет. Они не соотносятся друг относительно друга. Никак.
Либо написано командами - императивный стиль, либо волеизъявлением желаемого - декларативный
Что Вы думаете о React?
Не согласен)
Декларативность:
const f = 3;
let c = f + 2;
foo(f, c);
(Под капотом много оптимизаций и даже результат не всегда очевиден)
Императивность:
move rdi, 3
move rsi, rdi
add rsi, 2
call foo
Хотя и тут нужно перевести в опкоды да еще учесть оптимизации процессора, работа с памятью, и далее мы спускаемся на уровень электроники и тд.
Я к тому что все есть абстракция и нужно еще обозначить какой уровень абстракции можно считать императивным.
Или какую абстракцию считать императивной html отдельная абстракция от js. html декларативен в контексте js если из js создавать html.
....createElement('div'); .....
Или ....innerHTML = 'foo bar';
9:41 java-машина (JVM) !! а garbage collector тоже есть?
конечно есть, java написана на javascript же
@@mixfix86 😨🤔🤣
Для SQL может быть много движков.
Для HTML может быть много движков.
А для JS - нет что ли? Он ведь тоже в браузере выполняется. И каждый движок браузера по-своему может его выполнить.
По такой логике JS тоже декларативный.
То есть, по-сути, любой случай, когда я использую интерфейс класса, делает мой код декларативным?
он делает его менее императивным
Декларативность: нужно построить пирамиду
Императивность: берем 10000 рабов, они делают 40000 камней нужных размеров и подгоняют их вместе
vue быстрее react только в случае когда react разработчик не может его грамотно настроить? или в любом случае быстрее? если да - насколько? и стоит ли на этом акцентировать внимание? ведь в многих чатах уже пишут что react отстой, не реактивный, не декларативен, медленный и т.д.
React с MobX ничем ни хуже Vue, а то и лучше в плане отличной поддержки TS и гибкости. А медленным код можно на чем угодно сделать, если не понимать базовые вещи в программировании
А чому setup - імперативний, а стандартний options - декларативний? Не навпаки?
Если я либерал, то мне лучше использовать декларативный стиль и в программированиии, я правильно понял суть?..
Почему, ты называешь описание документа(HTML) как декларативность. Но jsx, называешь «императивным шаблонизатором»?
Я не называю jsx императивным шаблонизатором. Я называю рендер функцию императивным способом объявить шаблон
Императивность и декларативность... Используется во всех языках (наверное). Эта философия очень сложно мне даётся. Вроде более-менее стало понятно. Особенно с чаем )))
Тема "Зеленого Поля Весенней Мелодии" на 3-ей полке не раскрыта...
Если коротко: императивные команды говорят "как сделать", декларативные - "что сделать"
HTML - декларативен.
Тогда получается что модуль bootstrap-vue - декларатив поверх декларатива.
Кстати как Вам подобные модули вообще по вкусу? Возможно это в курс надо, так как народ часто тащит их с npm
спасибо за видео, можно ли сравнивать ети концепции на одном и том же примере js без html или на оборот, как по мне ето разние технологии, для разних целей и получаю кашу в голове.
Тот же декларативний подход из Vue wqerty очень похож на JSX из императивного реакта if (true) { qwerty }, только разница в том что Vue програмируем в html, а React програмируем в js.
В первом случае ты "говоришь" что желаешь видеть div при таких-то условиях. Во втором случае ты по условию "командуешь" вставить div. Чуешь разницу? ;)
Описанное вами SQL и js абсолютно одно и тоже. Жёсткая команда и там и там...
Выбери всё что больше 10.
Ааа, да? Ну лан
Кароче рівень абстракції
Навіщо так довго про таку банальщину? Така довжина може створити враження, що це щось з розряду рокет саєнс))
Спасибо!!