Команда разработчиков Vue.js объявила об официальном выходе Vue.js 3.0 "One Piece", нового значительного релиза фреймворка, который по словам разработчиков «обеспечивает улучшенную производительность, меньший размер пакетов, лучшую интеграцию с TypeScript, новые API для решения крупномасштабных задач и прочную основу для будущих итераций фреймворка в долгосрочной перспективе». Код проекта распространяется под лицензией MIT...Подробнее: https://www.opennet.me/opennews/art.shtml?num=53746
Я смотрю, наелись. Все резко переписывают на TS.
И это радует...
Со страницы vuejs на github:Languages
JavaScript 97.7% Other 2.3%
А вот vuejs/vue-next (aka 3.0):Languages
TypeScript 96.8% HTML 1.9% JavaScript 1.2% CSS 0.1%
Я так понимаю в конечном счете TypeScript все равно так и не одним браузером не поддерживаем напрямую без трансляции в JavaScript. Таким образом в целом просто слой потерь производительности. А с WASM тема пока зависла?
Неправильное понимание. Лучше на этапе написания ругаться на ошибки, чем при работе будет молча грузить систему, жрать батарею, разгонять кулер и так далее.
Можешь привести РЕАЛЬНЫЙ пример ошибки, которая "будет молча грузить систему, жрать батарею, разгонять кулер и так далее" из-за отсутствия Тайпскрипта?
Сударь не знает, как работают браузерные js движки. В чём то очень похожи на спекулятивную часть процессоров.
Зная о таких вещах можно было бы сразу понять, что типизация позволила ускорить код за счёт оптимизаций интерпретатора.
На эту тему есть оч много докладов. Гуглится holyjs v8.
Фанатики типизации немного подза*** решением несуществующих проблем.> На эту тему есть оч много докладов.
Похоже на меньшинские парады. Участнико мало, парадов много. Но по факту обычные люди просто никуда не ходят.
Или нахватался статеек от квазипрофесианалов и несёшь в массы, не включая мозг?
Учитывая, что 90% ошибок в жс( клиентском ) приходятся на нарушения логики работы и косячную отрисовку элементов( неверное вычисление размеров или отступов в зависимости от размеров экрана и соотношения сторон ), то как конкретно ts решит эти проблемы ?
Ведь г.на в проект он приносит море, в виде эпического усложнения синтаксиса, а так же соблазна применять барахло в стиле продвинутого ооп там, где оно в принципе не нужно, кучу ненужных сущностей и серьезное усложнение доработок( правки не топольков в самом коде, но и в описании типов итд итп ).Я много разного говнокода во фронтенде видел, но ts вывел это на принципиально иной уровень( на чистом жс столь эпического г.на с ненужным нагромождением интерфейсов, крайним переусложнением из-за появления кучи сущностей и проч не видел ).. став идеальным инструментом заработчиков( не путать с разработчиками ) - теперь можно часами править одну простенькую ошибку, изображать серьезную работу и пушить кучу изменений( бОльшая часть из которых - по сути, мусор в виде правок описаний типов итп ).
ждём и хотим в новом поколении.
блаззор поинтересенее будет но пока сыыро
надо типо на ВасМ генерировать генирирвоать и будет оптимизон на уровне сервера а не компилиция тайпа в ЖС?
https://dotnet.microsoft.com/apps/aspnet/web-apps/blazorProduction ready. Install .net core + vs code and you can develop on any platform.
Вероятно, там ошибка.Правильная ссылка на репо с 3 версией — https://github.com/vuejs/vue-next
Самый адекватный фрэймворк из большой тройки Vue-Angular-React. Но Blazor поинтереснее, если смотреть за пределами JS.
React не фреймворк, если что...
https://en.wikipedia.org/wiki/React_(web_framework)
На официальный сайт зайди... "A JavaScript library for building user interfaces." Слово library ни о чём не говорит? Это библиотека для UI и не более того, в отличии от Angular и Vue.
Это казуистика.
> Но Blazor поинтереснее, если смотреть за пределами JS.Настолько интересный, что даже пример hello world на нем найти сложно.
Настолько сложно, что заняло у меня одну секунду.
Просто ты знаешь где *о*но лежит а мы нет :-р
Поинтереснее чем конкретно? Тем что наконец-то на С# можно писать хоть что-то более-менее современное для веб, при это постоянно ловя геморрой на свою голову?Вот как раз занимаемся проектом на Blazor для одного заказчика, наслушавшегося рекламы. Так вот до того же Vue ему не то что далеко с точки зрения удобства разработчика и доступности компонентов, а совсем как с другой планеты. Планеты детских поделок с поддержкой от 10 человек. Про то, что код делающий одно и то же на C# blazor будет длинее раз в 5 минимум своих аналогов на современного angular + ts или vue + ts или react. Ну а количество проблем, которые разработчику придётся решать в процессе работы с netcore, nuget и прочими велосимедами от ms в сравнении с nodejs, npm превысит любые ожидания.
Хоть как-то Blazor котируется только с точки зрения любителя жрать какашки от MS, то есть от разработчика asp .net со стажем от 10 лет. Обычный веб разработчик даже со стажем 15+ лет, какой-нибудь phpшник, увидит в Blazor только ад и боль. Про nodejs разработчиков и говорить нечего.
>[оверквотинг удален]
> blazor будет длинее раз в 5 минимум своих аналогов на современного
> angular + ts или vue + ts или react. Ну а
> количество проблем, которые разработчику придётся решать в процессе работы с netcore,
> nuget и прочими велосимедами от ms в сравнении с nodejs, npm
> превысит любые ожидания.
> Хоть как-то Blazor котируется только с точки зрения любителя жрать какашки от
> MS, то есть от разработчика asp .net со стажем от 10
> лет. Обычный веб разработчик даже со стажем 15+ лет, какой-нибудь phpшник,
> увидит в Blazor только ад и боль. Про nodejs разработчиков и
> говорить нечего.Это детские болезни технологии, у самого вебасма только версия 1.1 драфта спецификации вышла 8 сентября. Возможность писать на шарпе для бэка и фронта и работать на вебасме это то, чего нет ни у кого, поэтому это интересно, да.
Сравнивать убогие динамические языки php и js с шарпом смешно и нелепо. TS дело другое, но он в итоге транспилируется в js, с точки зрения чистоты это косяк.
Всё будет, но не сразу.
Нелепо, это когда не сравнивают сравнимое. php и js давно используются в крупных проектах, в том числе для ынтерпрайза. Можно сказать, что нет ниш уже, где нельзя было сравнивать их с C#. То что кто-то настолько подсел на иглу методичек от МС, по которым живёт уже лет 20, не может понять, что есть крупные проекты на php, которые не уступают ни по стабильности ни по скорости обработки - это просто проблема такого человека.Любой более-менее практиющий лет 10 инженер, не блокированный на какую-то одну позицию, понимает что технически что php что C# имеют как преимущества, так и недостатки. Сказать однозначно, что проект на C# будет более высокого качества и будет иметь б'ольшую производительность нельзя. Многое будет зависеть от кода, который напишут и какие технологии будут использовать. Не зря ms притащили netcore на linux. Во многих случаях было так, что iis+asp net просто не могли дать сопоставимую производительность в сравнении с php-fpm + php. И дело было в windows стеке.
Ну и ещё один пример для понимания: sql крайне убогий, интерпретируемый по своей сути, плохо оптимизируемый язык. Но при этом крупнейшие проекты используют базы с ним и не кукарекают. А могли бы, говоря насколько это несерьёзно использовать sql, у которого писать процедуры для разных баз надо разными средствами, средства отладки просто детский сад, а возможности процедур настолько ничтожны, что даже до lua им бесконечно расти.
> php и js давно используются в крупных проектах, в том числе для ынтерпрайза. Можно сказать, что нет ниш уже, где нельзя было сравнивать их с C#. То что кто-то настолько подсел на иглу методичек от МС, по которым живёт уже лет 20, не может понять, что есть крупные проекты на php, которые не уступают ни по стабильности ни по скорости обработки - это просто проблема такого человека.Примеры в студию. Php и js в энтерпрайзе это следствие вечного желания бизнеса удешевить разработку, только в итоге вышло, что разработка на динамических языках всё равно выходит дороже по накладным расходам, и сейчас происходит возврат к статике.
> Любой более-менее практиющий лет 10 инженер, не блокированный на какую-то одну позицию, понимает что технически что php что C# имеют как преимущества, так и недостатки. Сказать однозначно, что проект на C# будет более высокого качества и будет иметь б'ольшую производительность нельзя. Многое будет зависеть от кода, который напишут и какие технологии будут использовать. Не зря ms притащили netcore на linux. Во многих случаях было так, что iis+asp net просто не могли дать сопоставимую производительность в сравнении с php-fpm + php. И дело было в windows стеке.
По поводу качества: https://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/
По поводу скорости сравнение опять же нелепое: шарп быстрее даже чем Го, что говорить об убогом пыхе. https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Про Windows-стек можешь забыть. С 5 версии дотнета больше нет разделения на виндо- и кор-дотнет.
Я понимаю, что у тебя бомбит от того, что тебе приходится писать в прод на сыром продукте, но никто не заставлял его выбирать, не проведя ресёрч -- ССЗБ.
По моим размышлениям, Blazor будет готов для реального прода в следующем году после релиза .NET 6, который будет LTS. А пока всё ровно так, как я написал -- интересно.
Подскажите, чем можно удобно генерировать xhtml в питоне? Спасибо.
Питоном
Нечего сказать — проходите мимо, благодарю.
XHTML? Щито? Он ведь изначально был мертворожденным, поэтому его и похоронили, где XML копал яму, а HTML5 закапывал
Ваше мнения для нас очень важно, тем не менее это на сегодня стандарт в ряде областей. Мне будет достаточно автоверификации и фунцкция возвращающих текст с тегами, мой код выглядит лапшевато и писать логику для каждого тега мне напряжненько.
Ты бредишь, в какой ты говоришь у тебя области xhmtl стандарт? В паховой или чуть ниже? Бедьняга открой для себя XML если нужна валидация и специфичные штуки типа Xpath, просто это дико обмениваться xhtml(ака веб-страницами в качестве формата обмена сообщений)... Жость!
Вообще-то, ничего плохого в нём нет, он просто прекрасен в отличие от помойного html. Ну, по-крайней мере, он не хуже xml, и взял лучшее от обоих. И таки да, благодаря тому, что его легко распарсить и он всегда корректный, он вполне используется. Xml не очень человекочитаемый, а тут вполне даже. И данные в нём свободно воспроизводят маломощные устройства уровня калькулятора. Хотя, конечно, и помойный html можно считать "просто xml", но ничего хорошего из этого не выйдет в любой перспективе.
Трэш
Пхн
Че мелочится с xhtml, бери для логов и сообщений сразу OOXML раз на то пошло, а лучше epub шоб совсем больно было
Отличная была идея. Мне нравилось. Сильно принципиально изменений то не было. Но зато: парсеры есть, валидация, никаких вариаций в написании кода, все быстро и корректно.
Но помойка html5 оказалась более востребована. Пусть парсинг в браузере и замедляется в несколько раз, зато большинство может бить в клавиатуру лицом, и это будет корректно отображено.
Генераторами, на худой конец циклами. Серьезно.
Гугл мне в первой строчке выдал https://pypi.org/project/pml/Оно не подходит чем-то?
Мб шаблонизаторами питона?
я не то что бы сильно разбираюсь)
Мне нужна только генерация. И тут в том и дело, что таких, чтобы не легаси и не мусор, как бы и нет. Тот же yattag ближе всего к желаемому судя по поверхностному осмотру. Надо будет попробовать. Но, опять же, мне не нужно эскейпить данные, зачем они за меня решают! Нефункциональный отстой.
> мне не нужно эскейпить данныеКек.
У меня есть хлорка для этого, все эти хелловорлд-генераторы слишком много на себя берут -- эта задача совершенно не в их хелловорлдовской компетенции. Это и раздражает.
> Команда разработчиков Vue.jsЧто, весь один человек? https://github.com/vuejs/vue/graphs/contributors https://github.com/vuejs/vue-next/graphs/contributors
> лучшую интеграцию с TypeScript
Безнадежно опоздали с этим. Для TypeScript лучше выбирать божественный React/Preact. Vue останется в истории как библиотека для несложных хелло-ворлдов, сильно злоупотребляющая мутными автомагическими рефлексиями. В React/Preact, в свою очередь, за свои собственные объекты можно не беспокоиться: никакой тухлый фреймворк не станет их мутировать и навешивать какие-то "обработчики изменений".
Да что ты, черт побери, такое несёшь...?
>Для TypeScript лучше выбирать божественный React/Preact. Vue останется в истории как библиотека для несложных хелло-ворлдов,Но реакт всегда будет хуже, поскольку будет сравнивать на каждый чих огромные куски виртуал dom, которые надо построить. Vue не страдает этим дефектом в дизайне.
>сильно злоупотребляющая мутными автомагическими рефлексиями.
В vue нету и не было рефлексии, и в 3 версии очень понятное новое апи в плане реактиности и тайпингов, так что ясно что number а что Ref<number> и что конкретно отслеживает фреймворк. А поскольку фреймворк следит за состоянием напрямую, то он всегда будет лучше и быстрее реакта, всегда обновляя только то что нужно, с минимально возможными накладными расходами. Как-то так.
> Vue не страдает этим дефектом в дизайнеТак у Vue тоже есть виртуальный DOM
Он есть, но реализация отслеживания изменией не завязана на сравнении vdom. Vue напрямую хранит зависимости частей vdom от реактивного состояния.
Ну, а самое главное-то - тормоза, с тормозами-то как? Превосходит предшественников?
https://krausest.github.io/js-framework-benchmark/current.htmlПревосходит и предшественников и конкурентов. Смотри строки slowdown geometric mean, меньше == лучше. И это там ещё один из старых RC, а не релиз.
В каких-то бенчах может и превосходит, а вот на практике сайты на нем почему-то все лагучие в интернете
Первый раз слышу. Кто это тестировал и как? Если это твой личный эмпирический опыт, приведи пару-тройку примеров.
К горю моему как раз ковыряю этот вуй, только второй. Вместе с пугом и семантик-юай получается вполне нормально строить интерфейс.Но боже мой, какое говно этот жабаскрипт!!!
Завтра же пощупаю третий и попробую на тайпскрипт перейти, ибо сил моих уже нет.
спасибо, что держишь всех в курсе!
Если js для тебя го..о, значит ты что-то делаешь не так, и это не твое.
JS не может быть "то" для адекватных людей.
Вот прям интересно стало — а что «то» для адекватных людей?
Языки со статической типизацией.
«Общество без цветовой дифференциации штанов нежизнеспособно»(ц)Это уже вчерашний день и реально нужно либо для только_изучащих ЯП и неспособных понимать преобразования типов, либо - для тех, кому мозг всю жизнь насиловали штуками вроде жабы и господа уже просто не способны мыслить как-то иначе
каким образом способность понимать преобразования типов защищает от ошибок? Видал я код, способных мыслить иначе — они там либо вручную проверки типов прикручивают, либо используют готовые проверяльщики типов. А все потому, что уже сами не могут быстро найти откуда и при каких условиях приходит не то, что они ожидали
Очень полезная информация! Блокировать всю эту лабудень все так же легко, или там уже с рандомизацией? Тогда придется вырубать фсе ;)
Ей богу, тайпскриптовцы -- натурально сектанты...
Сейчас уже давно в моде Свелт
Это не так.https://trends.google.com/trends/explore?geo=US&q=svelte,vue
Плюсую свелт. Пусть и не в моде, но вещь годная. Быстрая и кода писать меньшеЕщё на горизонте моды флаттер виднеется, но в браузеры совем медленно и на костылях ползет..
Dart не взлетел и не взлетит, поэтому Flutter тоже.
Неверно, Dart зверски вырос в 2019-2020 благодаря flutter, а вырастет ещё больше
Ну-ну.https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
После того, как создатель языка Ларс Бак ушёл из Гугла, будущего у дарта нет.
Зато Дарт не такой как все и изобретен в Гугле. Все правила хорошего тона соблюдены.
А когда перепишут на Rust :божественный язык всех BLM?
Rust язык для бэкенда, а вью это фронт. Бэк на расте уже есть, это Deno, будущая замена ноды.
ничто не мешает сделать интерпретатор раста на жабаскрипте, разве растисты ещё не догадались?
Зачем интерпретатор? Есть wasm и Rust неплохо его поддерживает. Есть даже экспериментальные web-фреймворки, вроде Yew, но это скорее чтобы просто поиграть. Но мне больше интересны штуки, вроде Iced или OrbTk, которые, в идеале, смогут позволить действительно кроссплатфоременный GUI делать: один код для веба, десктопных платформ и мобильных, а какие-то типы и логику можно было бы вообще с серверным кодом шарить. Было бы круто, но корпорации таким инициативам, если они оправдяют себя, наверняка будут сопротивляться.
> один код для веба, десктопных платформ и мобильныхдетская наивность
Потому я и сказал про корпорации. Легкая портируемость - не то, чего хотят microsoft, apple или google. Они не просто не делают ничего для облегчения кроссплатфоременности, но и всячески препятствует ей. Так-то, технически, нет никакой печали в том, чтобы создать вменяемое кроссплатфоременное решение для графических интерфейсов, если бы это было в общих интересах.
> Rust язык для бэкендаУже давно есть куча фреймворков для фронтенда на Rust:
https://yew.rs
https://seed-rs.org
https://github.com/schell/mogwai
https://github.com/hecrj/iced
https://github.com/emilk/egui
>> Rust язык для бэкенда
> Уже давно есть куча фреймворков для фронтенда на Rust:
> https://yew.rs
> https://seed-rs.org
> https://github.com/schell/mogwai
> https://github.com/hecrj/iced
> https://github.com/emilk/eguiМожно и гвозди микроскопом забивать.
Троль?
Гуль
Гугль
Ура! Вот, кстати, годный пример движка с интерфейсом на vue.
https://github.com/klkvsk/0chan
Это у которого единственный автор-китаец?
Не, спасибо.
Кто сказал, что Земля круглая? Один итальяшка Бруно? Не спасибо, но я пасу свиней на плоской Земле, все об этом знають.
Про круглую Землю знали и до Бруно, ещё в Древней Греции.
to quote Evan You himself „represents over 2 years of development efforts, featuring 30+ RFCs, 2,600+ commits, 628 pull requests from 99 contributors, plus tremendous amount of development and documentation work outside of the core repo”.
Старый код на этом будет работать или это теперь два разных диалекта? npm i vue@cli что теперь ставить будет?
Как оно определяет, какой язык в теге script у моего компонента? Или обычный js — это валидный TS, как в ситуации с CSS и SCSS?Понимаю, что это есть в ченджлоге, но почему бы было не развернуть новость, а не сводить её к ссылке на источник?
Таки теперь есть смысл дочитывать до конца документацию по второму вуе, или сразу про эти новые компоненты читать?
В нюкст само заедет или надо шаманить?
Если ты про NuxtJs, то он готовится. Скоро автор должен третью версию выкатить, там Vue3 будет.
Старый код сломается? Будет как в питоне? Или можно будет просто обновить версию и всё?
у vue 3 полная совместимость со второй версией.
Можешь последние сведения от самого автора получать.
https://twitter.com/Atinux
Это к юзерскриптам иемеет какое-нибудь отношение?
Совсем нет
> Это к юзерскриптам иемеет какое-нибудь отношение?Нет. Это имеет отношение к говноскриптам.