Поздравляю вас, вы в одном решении использовали кажется все антипаттерны вью.
Расширение прототипа — во вью3 оставят только как штуку для обратной совместимости легаси плагинов. Больше не рекомендуется к использованию.
Во вью3 с новым композишн апи нельзя использовать миксины.
Во вью3 удалят $on, $off, $once.
Во вью3 удалят как минимум из доки упоминания $root, $parent
А можете просветить, а каким образом ставится и снимается мачта? возможно ли это сделать одному или нужна техника?
После ваших слов заинтересовался покупкой яхты, и стало интересно, можно ли одному снять мачту что бы транспортировать её на личную зимнюю стоянку. или это будет сильно дороже сухой стоянки в марине
export тоже безусловно валидный синтаксис js, только в svelte он используется совсем не для экспорта. в итоге это свой над-js который просто использует зарезервированные в js синтаксические конструкции.
если закрыть глаза на то, что раньше вин10 обновлялась в любой момент, даже когда это совсем не нужно, то именно принудительную установку обновлений я считаю лучшей фишкой вин10. сейчас прям идеально, у меня винда обновляется. а я понятия не имею когда она это делает, кайф.
Такими темпами я все же ожидаю, что ie11 у клиентов умрет в ближайшие годы, эх..
нет, не одному. очень неудобно и даже неправильно, насколько я помню даже TC39 отказались от наименований ES6-7-8-9 и т.д. в пользу ES(Year). а ES6 сейчас больше принято использовать как обобщение для всех ES2015+
А меня вот всегда интересовало одно: а как люди которые зарабатывают на багах/атаках узнают эти самые векторы атак? Ведь что бы придумать новый способ взлома нужно иметь представление о уже массовых/известных векторах, а где о них узнать?
ну так я про синтаксис ничего не говорил, но вот в 3 версии искаропки не будет поддержки class api, рисковать ради непонятно чего? нафиг, лучше на объектном синтаксисе делать, что бы потом можно было легко обновится на 3 версию. или, даже лучше, быстро сконвертировать в новый функциональный синтаксис.
вам частично уже ответили, но я отвечу более развернуто:
представим, что у вас есть некий компонент страницы, к которому добавлено 2 миксина.
к компоненте страницы есть использование некого метода / выч. свойства или еще чего типа submit. вы смотрите на методы компонента, но там этого метода нет, тут человек с небольшим опытом сломается немного, импорта такого метода тоже нет. знающий поймет, что метод в миксине, но их два, в каком искать? придется открывать оба. А потом окажется, что такой метод есть в обоих миксинах, вопрос, какой из них работает в компоненте страницы?
это была проблема с неймспейсом, мы не можем гарантировать что в разных миксинах не будет пересечение в области имен. могут быть одинаковые методы, выч. свойства, пропсы и прочее.
во вью2 её предлагают решать с помощью договоренностей, что всё, в миксине называется с префиксом $_MixinName_methodName. он решает проблему, но читать становится неприятно.
если миксин не относится к специфичным для вью штукам типа выч. свойств, пропсов и т.д. а является просто сборником методов, то такой миксин должен быть заменен на простой js файл который будет импортироваться в необходимый компонент.
сперва мне тоже не понравился новый синтаксис, но перечитав RFC через пару дней я прям влюбился в него, и жду когда же уже наконец выйдет 3 версия. новый подход это смесь лучшего из объектного стиля и из class components.
Я хоть и пишу на чью чуть больше 3х лет, но из этого перевода вообще ничего понять не смог. Каждое предложение по нескольку раз перечитывал, но так местами и не понял, о чем речь. Про функциональный компонент например вообще не понятно.
Поздравляю вас, вы в одном решении использовали кажется все антипаттерны вью.
Расширение прототипа — во вью3 оставят только как штуку для обратной совместимости легаси плагинов. Больше не рекомендуется к использованию.
Во вью3 с новым композишн апи нельзя использовать миксины.
Во вью3 удалят $on, $off, $once.
Во вью3 удалят как минимум из доки упоминания $root, $parent
А можете просветить, а каким образом ставится и снимается мачта? возможно ли это сделать одному или нужна техника?
После ваших слов заинтересовался покупкой яхты, и стало интересно, можно ли одному снять мачту что бы транспортировать её на личную зимнюю стоянку. или это будет сильно дороже сухой стоянки в марине
а подскажите, пожалуйста, хоть один монитор 4к@240Hz, недавно интересовался — ни одного не нашел на маркете.
если сравнивать доки, то скорее от первого. прям очень сильно похожи.
могу ошибаться, но Axios это отделившийся от Ангуляра $http
exportтоже безусловно валидный синтаксис js, только в svelte он используется совсем не для экспорта. в итоге это свой над-js который просто использует зарезервированные в js синтаксические конструкции.если закрыть глаза на то, что раньше вин10 обновлялась в любой момент, даже когда это совсем не нужно, то именно принудительную установку обновлений я считаю лучшей фишкой вин10. сейчас прям идеально, у меня винда обновляется. а я понятия не имею когда она это делает, кайф.
Такими темпами я все же ожидаю, что ie11 у клиентов умрет в ближайшие годы, эх..
Спасибо!
а по ноде и башу нет epub?
нет, не одному. очень неудобно и даже неправильно, насколько я помню даже TC39 отказались от наименований ES6-7-8-9 и т.д. в пользу ES(Year). а ES6 сейчас больше принято использовать как обобщение для всех ES2015+
Не в тему, но насколько же хороший у контура дизайн, запоминается и узнается по одной кнопочке, прям кайфую
А меня вот всегда интересовало одно: а как люди которые зарабатывают на багах/атаках узнают эти самые векторы атак? Ведь что бы придумать новый способ взлома нужно иметь представление о уже массовых/известных векторах, а где о них узнать?
Дайте название стола?
во втором таки поддержка class api официальная, репо классов лежит в репо вуя, а в 3 версии поддержку уже не обещают.
ну так я про синтаксис ничего не говорил, но вот в 3 версии искаропки не будет поддержки class api, рисковать ради непонятно чего? нафиг, лучше на объектном синтаксисе делать, что бы потом можно было легко обновится на 3 версию. или, даже лучше, быстро сконвертировать в новый функциональный синтаксис.
ох, я бы сейчас не стал начинать проект на class components, сильно больно будет обновляться на vue 3
HOC, scoped-slots, во вью3 hooks, вынос простых функций в отдельные js файлы
вам частично уже ответили, но я отвечу более развернуто:
представим, что у вас есть некий компонент страницы, к которому добавлено 2 миксина.
к компоненте страницы есть использование некого метода / выч. свойства или еще чего типа
submit. вы смотрите на методы компонента, но там этого метода нет, тут человек с небольшим опытом сломается немного, импорта такого метода тоже нет. знающий поймет, что метод в миксине, но их два, в каком искать? придется открывать оба. А потом окажется, что такой метод есть в обоих миксинах, вопрос, какой из них работает в компоненте страницы?это была проблема с неймспейсом, мы не можем гарантировать что в разных миксинах не будет пересечение в области имен. могут быть одинаковые методы, выч. свойства, пропсы и прочее.
во вью2 её предлагают решать с помощью договоренностей, что всё, в миксине называется с префиксом
$_MixinName_methodName. он решает проблему, но читать становится неприятно.если миксин не относится к специфичным для вью штукам типа выч. свойств, пропсов и т.д. а является просто сборником методов, то такой миксин должен быть заменен на простой js файл который будет импортироваться в необходимый компонент.
а, ну и то, что Эван решил наконец убить миксины в новом синтаксисе, это мне прямо греет душу, ибо миксины это худшее, что есть во вью сейчас.
сперва мне тоже не понравился новый синтаксис, но перечитав RFC через пару дней я прям влюбился в него, и жду когда же уже наконец выйдет 3 версия. новый подход это смесь лучшего из объектного стиля и из class components.
Я хоть и пишу на чью чуть больше 3х лет, но из этого перевода вообще ничего понять не смог. Каждое предложение по нескольку раз перечитывал, но так местами и не понял, о чем речь. Про функциональный компонент например вообще не понятно.