От jQuery к Vue.js - эволюция программирования на javascript
HTML-код
- Опубликовано: 17 окт 2017
- Проблемы чистого javascript и причины появления jQuery.
Мир jQuery плагинов. Проблемы jQuery.
Пример: jQuery vs Vue.js
Директивы Vue.js. Компоненты.
Чистый js тоже нужен! Скоро новый поток - js.dmitrylavrik.ru/ Предзапись на продвинутый курс - js.dmitrylavrik.ru/frontend.php
Дмитрий спасибо за видео! Доступно объясняете, буду ждать продвинутый курс
друг ты помогаешь нам) реально спасибо за годный контент)
Поставил со старта лайк, в течении двух часов забывал, что это уже делал и хотел еще раз поставить. Результативный урок, спасибо.
Чёткая эмоциональная речь, всё демонстрируется и объясняется. Мой идеал препода.
Дима очень доходчиво объяснил, что и для чего ..)
Хорошо кодишь, быстро это радует. Когда ты кодил на джиквери я обратил внимание что переменные со знака доллар начинаются и перед else перенос строки я знаю что так можно но просто не привычно)
Гениально. То что надо. Да ещё и от Лаврика!
Python My,смысл есть тратить два часа?информационный характер несет или полезные вещи имеются?
у Лаврика всегда супер полезный контент, если ты еще не заметил, это как питонисту Лутца читать,много между строк. / 2 часа на образование не жалко от мастера :)
Python My не жаль два часа,поначалу вижу,что надо лучше js подтянуть,а после сравнения слушать.Это по мне.спасибо)
потом расскажи на что ты потратил этот час
Timur A. Чтение леарн...
Лаврик, ты гений!
КАК ВСЕГДА ВСЕ ОТЛИЧНО !!!
У Дмитрия талант, ни разу Vue не видел(и вообще к фреймворкам еще не приступал), решил посмотреть вебинар из любопытства. Смотрел на 1,5 скорости. Никаких проблем с пониманием вообще не возникло! Итогда авторы нативный так описывают что без паузы и консоли не понять что они сказали, но это обратный случай! Браво!
Супер! Неделю пытаюсь вкурить во vue, а тут все разжевал! )))
Очень полезно было для меня!!!
Круто! Спасибо!
Годнота
Супер !
Здравствуйте, Дмитрий! Большое спасибо за Ваши обучающие видео. Сделайте, пожалуйста, курс занятий по Nuxt.js Как логические продолжение темы этого видео. Спасибо
спасибо!
github.com/Nataliia-Radina/vue-first-component код с двумя вариантами vue реализации (из видео)
Я наверное мазахист, но мне нравится писать на чистом JS, но от jQuery тоже не отказываюсь. Если мне легче на Native JS написать, то на нем пишу, если на jQuery, то на jQuery пишу.
в этом и заключается ценность такой "гнилой" забугорной идеологии как право выбора.
Python My как понять?
ирония
Для повседневных задач (слайдер, менюшки, анимации, простые формы) подойдет чистый JS или jQuery, если писать интерфейсы уровня gmail, facebook, twitch на чистом JS, то рано или поздно, собрав все грабли и испытав тонны боли, если у вас хватит терпения, вы прейдёте к компонентному подходу и напишете свой аналог Angular или React, либо начнете использовать их как уже готовые, протестированные, с широким комьюнити решениям. В вебинаре все правильно сказали, вам не нужен экскаватор чтобы поставить палатку, а вот при строительстве пятиэтажки без него уже не обойтись.
Дайте ссылку, на подписку(хочу знать когда выходят новые потоки по тем или иным темам) Круто все рассказывает Лаврик
компоненты это конечно хорошо, но вот то за что не люблю все эти современные фреймворки, т.к. они сильно загрязняют html теги. Вот это все можно писать отдельно от Html?
rodigy , раньше тоже хотел отдельно, и написал отдельно один большой проект, теперь спустя 4 года понял что был не прав. Переписываю на vue, в разы быстрее реализуется функционал и багов меньше
ждем уроки по React Fiber
ещё не смотрел, вечером мб. но сразу вопрос - react или vue? ангуляр даж не рассматриваем. поскольку их любят сравнивать всех, то думаю не одного меня нынчке интересуют. что удобнее\быстрее\перспективнее\проще к изучению ии этих двух и т.д.
зы, если ответы есть в видео, извиняюсь.
я такой же начинающий, наверно примерно твоего уровня знаний, но почему ты отбросил ангуляр, а я отбросил реакт?
Максим Старостин, реакт быстрее, удобнее за счёт jsx, мейнстримный, сейчас много контор хотят что б джун умел именно его, а потом уже ангуляр. да и лично мне понравилось больше подключать cdn и всё, чем создавать очередную толпу файлов.
Это всё *моё личное мнение* и моё видение. мб всё абсолютно не так, но по скорости конкурируют именно реакт и вью.
А по факту, это всё инструменты. каким удобнее, тем и пользуйся) это как сасс и лесс или галп и грунт) везде есть + и -, просто мне показалось лучше спросить про реакт, опять же, из-за хайповость. а так да, можно и 3их сравнить.
За столько лет так и не увидел преимущества Jquery с Vue не в js так в html пишем кучу кода))
кто авторитетно сможет ответить на такой как мне кажется актуальный вопрос:
- есть основное vue приложение.
- есть несложный компонент Vue.component("my-component" .....) и т. д. просто чтобы можно было его использовать с несколькими экземплярами одинаковых по структуре данных.
- в компонент передаются значения props в числе которых есть некий объект который я хотел использовать одновременно во всех (точнее в 2-х) экземплярах компонента, а так же и в корневом объекте vue.
- понятно что если я в компоненте возьму и забью этот props-объект например значение false то vue выдаст warning насчет мутации props и в этом случае все скажут что нужно использовать события вверх расскажут про однонаправленный поток данных и это понятно и логично.
- но если я в этой же ситуации в компоненте изменю одно из свойств props-объекта например строку или другое свойство-список дополню новыми элементами или наоборот удалю элементы. Это отразится на том же объекте в корне приложения и это именно то что мне нужно, vue против этого ничего не имеет.
является ли такой порядок действий антипаттерном и если да то какие неожиданности могут меня подстерегать на этом пути?
Дмитрий, а как роботы читают такие html страницы, в которых html мешают со vue?
Думаю плохо. Но суть в том, что если всё делать компонентами, то html с директивами vue в исходный код для робота вообще не попадёт.
Дмитрий, ещё вопрос: а MODX и vue совместимы? Просто конструкция тегов похожа на evo, возможно и revo будет ругаться...
что это за шаблонизатор для html ?
jQuery с селектами - именованные функции использовал бы, чтобы избавиться от монструозных конструкций, повысить читабельность кода, избавит от многих неявных ошибок. Из блоков гораздо легче собирать конструкцию, чем построчно лепить и предугадать все баги. Тем более - код во многих местах дублируется. И интерфейс для такой задачи очень плохой, нельзя пользователю давать выбирать нежелательные варианты, с которыми не знаем что делать. Но правильный подход - скрывать лишнее до поры до времени.
Так вагон jQuery light библиотек.
Почему в jQuery не использовали load()?
ruclips.net/video/9y_gbVt9oio/видео.html
А что про делегирование мы не слышали? А про итераторы массивов?
Не смотрел еще, но отпишусь: я иногда ощущаю себя как в "Шоу Трумана", а Лаврик - тот хрен, что направляет меня. Лаврик, можешь сделать полное приложение на Ларавель, но не с шаблонами блейд, а с фронт фреймворком каким-нибудь, лучше вуй или ангуляр. Про REST нужно объяснение для чего используется на практике, ибо непонятно, когда использовать шаблонизаторы а когда лучше делать на фронтенде. И про бекэнд - когда используется апач и энджинкс и когда лучше самому написать?
Не забудьте, что название собственного тега должно быть с дефизом -
ожидал ссылку на github с кодом примеров
1. NetBeans в 2017 ?
2. jQuery подразумевает императивный подход. (это плохо)
3. зачем ты во все папки копируешь файл с jquery?
4. есть же npm, yarn, etc...
=> а ангуляр и реакт что подразумевают7;
а, ты про jquery? - показалось ты пишешь про VUE :)
Все так. Только вуе требует вебпакства . без него далеко не уйдёшь, компоненты вуевые не поюзаешь особо. А вебпакство - жоппа
нда, я такую хрень как-то делал на jquery в 2013-м, брр, жуть )))
false читается как "фолс". target читается как "таргет". Режет слух...
Кстати только что надумал такой минус vue для обычных веб студий)... к примеру ты используешь vue и от данных всё строишь, но эти данные вписаны в json скорей всего и получается, что там вписан и весь контент этого приложения. А кто будет контент вносить ? Обычно его вносят люди не понимающие что такое json и прочее. Получается программисту ещё надо и таким заниматься ? Внести в обычный html новый контент в виде текста не проблема для многих , а вот копаться в данных бывает уже проблема. Единственный выход - cms и чтобы исходя из данных в админке оно генерило нам нужный json... в общем не ясно выиграли ли мы уйдя от jQuery.
Ты считаешь, что у json синтаксис сложнее html? Единственное что нужно знать для json'a - это объекты, да и то только самые основы. Впрочем, я не знаю как все устроено в веб студиях, но как по мне, там не сидят полные чайники
+ +
Лучший фреймворк - это Vanilla.js!!!
если руки кривые то и vue не поможет