Нормальные сайты можно на vue делать, не хуже чем на реакте

а кто-то говорит, что максимум сайтики простые делать

Ну эт странно

ересь несут

С точки зрения возможностей ничем не хуже реакта

На мой профанский взгляд

С точки зрения невозможностей :D

Когда у нас решили, что нужно начать использовать нечто подобное. То выбор сразу пал на vue. С ним проще работать, чем с реактом. Верстальщики очень быстро смогли в нему привыкнуть, т.к. компоненты тым, самый обычный html + css

Ребята, я делаю проект с pwa шаблоном, я сбилдил приложение и залил его на хостинг. В приложении использую гвардов для аутентифицированных пользователей, и при добавлении сайта на главный экран, у меня выдает 404 по адресу sitename.com/auth. Забыл уточнить, у меня ещё идёт редирект на авторизацию, если юзер не залогинен

В доках vue-router, в разделе history mode есть конфиги серверов, чтобы они всегда отдавали index.html, чтобы роутинг обрабатывал клиент

Когда у нас решили, что нужно начать использовать нечто подобное. То выбор сразу пал на vue. С ним проще работать, чем с реактом. Верстальщики очень быстро смогли в нему привыкнуть, т.к. компоненты тым, самый обычный html + css

Это да, вуе очень классный из-за своей шаблонизации, но, возможно, в больших проектах верстаки хтмл и те, кто пишут сам UX - это разные люди и, типа, нефига смешивать ответственности

Это да, вуе очень классный из-за своей шаблонизации, но, возможно, в больших проектах верстаки хтмл и те, кто пишут сам UX - это разные люди и, типа, нефига смешивать ответственности

ну в реакте верстка и код связаны еще сильнее

я пока знаю, что нет встроенной защиты от xss атаки если использовать v-html

Да, и об этом написано в документации.

ну в реакте верстка и код связаны еще сильнее

во вью они почти развязаны. Можно верстака сажать верстать, потомт немного подправить по коду.

а кто-то говорит, что максимум сайтики простые делать

фанаты фейсбука. Они обычно используют ярн, флоу и вс остальное.

Ребят, вопрос насчет миксинов. Есть,к примеру, подобный миксин export const UrlMixin = { computed: { url: { get() { return this.$store.state.url; }, set(value) { this.$store.commit("changeUrl", { id: this.id, value: value }); } }, } }; Используется он в двух местах, при этом в одном месте используются только геттер, в другом и геттер, и сеттер. Думал как-то разделить, чтобы в первом случае не было возможности даже теоретически изменить значение. Кто что может посоветовать?

А по существу чуваки учились реакту, ещё от него не отошли, а тут на тебе ещё один фреймворк, сцуко, гораздо проще. Что порой бывает у "слишком" простых решений? Херовая гибкость. Что самое страшное в дорогих проектах? Масштаируемость. Туда и колят.

Особенно в случае если колющий чувак посмотрел на совсем изи туториал, где вью подгружается с сдн, а темплейт уже есть в хтмле))) И дальше не трогал. Тогда он ещё в это и свято верить будет.

фанаты фейсбука. Они обычно используют ярн, флоу и вс остальное.

а вот и нет

а вот и нет

А как по твоему опыту?)

А как по твоему опыту?)

это мне человек ответил, что больше с angular работает

Мне уже раз десять говорили, что за реактом фб, а за вью ерунда.

это мне человек ответил, что больше с angular работает

редкость. Чем-то аргументирвоал?

Ребят, вопрос насчет миксинов. Есть,к примеру, подобный миксин export const UrlMixin = { computed: { url: { get() { return this.$store.state.url; }, set(value) { this.$store.commit("changeUrl", { id: this.id, value: value }); } }, } }; Используется он в двух местах, при этом в одном месте используются только геттер, в другом и геттер, и сеттер. Думал как-то разделить, чтобы в первом случае не было возможности даже теоретически изменить значение. Кто что может посоветовать?

по идее, наиболее логичным вариантом будет просто сделать два миксина и их подгружать, но в таком случае у меня проблема с правильным именованием...

редкость. Чем-то аргументирвоал?

ну он говорил, что angular для более серьезных систем

по идее, наиболее логичным вариантом будет просто сделать два миксина и их подгружать, но в таком случае у меня проблема с правильным именованием...

я бы в замыкании его оставил, а сеттер менял бы чем-то типа тернарного оператора. Ещё можно ооп подрубить, но на любителя.

ну он говорил, что angular для более серьезных систем

Ну так это сравнение с ангуларом! В целом, еси пишется прям админка-админка, которая не для размеров, но про особую надёжность и если есть ангулар-гуру, то, конечно, ангулар.

Но мне сейчас ангулар напоминает borland c++ builder, только немного более гибкий.

есть всё, но, блин!

я бы в замыкании его оставил, а сеттер менял бы чем-то типа тернарного оператора. Ещё можно ооп подрубить, но на любителя.

не уверен, что подключение по тернарному оператору будет нормальным шагом..

Мне уже раз десять говорили, что за реактом фб, а за вью ерунда.

ну если алибаба ерунда, то ок

не уверен, что подключение по тернарному оператору будет нормальным шагом..

Не подключение. В сеттере if(youClosure.noSetter) return;

ну если алибаба ерунда, то ок

Полкитая и ахренеть какой рост на Запад.

У меня щас в опыте ещ1 интересное есть очень.

Есть люди, и их много, которые не верят в опенсорс

работу работать надо, проектики пилить, а не людей убеждать

то есть вообще считают это игрушечки несерьёзные

А что такое вью? Опенсорс в чистом виде.

Единственный из крупных игроков

работу работать надо, проектики пилить, а не людей убеждать

О, если бы толкьо так смотреть, то мы бы до сих пор на асме писали)

О, если бы толкьо так смотреть, то мы бы до сих пор на асме писали)

если человек не хочет нового и стоит на своём, то ничего не поделать. На хабре до сих пор ребята лечат, что никакие либы-фреймворки не нужны, всё можно на жквери сделать.

если человек не хочет нового и стоит на своём, то ничего не поделать. На хабре до сих пор ребята лечат, что никакие либы-фреймворки не нужны, всё можно на жквери сделать.

если бы не наши старания деланья крутых штук на изи, и их демонстрация вкупе с внятными доводами, то их было бы большинство)

если человек не хочет нового и стоит на своём, то ничего не поделать. На хабре до сих пор ребята лечат, что никакие либы-фреймворки не нужны, всё можно на жквери сделать.

да ладно. там тоже топят за vue в основном и начинают потихоньку хаять реакт

да ладно. там тоже топят за vue в основном и начинают потихоньку хаять реакт

Это всё плавно. Надо внятно топить и помогать.

giving back to community.

Это всё плавно. Надо внятно топить и помогать.

надо кому ?

надо кому ?

вообще, всем нам.

Но каждый делает для комьюнити то, что хочет и может)

Кто-то коммиты пишет, кто-то доку, кто-то в лайве помогает

В итоге рынок труда увеличивается на любимом стеке, лавёха лучше мутится и пр

философия же

Вообще GNU ))

осталось только последствия хайпа реакта пережить

+

ну если алибаба ерунда, то ок

А причем тут Алибаба?

А причем тут Алибаба?

https://twitter.com/vuejs/status/669141763760766976?lang=en Ну они ещё создали и юзают weex

Вероятно, вообще бы на нём всё делали, соответственно, бэчили бы его, но у них слишком большая корова чтобы взять и переписать всё.

https://twitter.com/vuejs/status/669141763760766976?lang=en Ну они ещё создали и юзают weex

Ну как я вижу, кроме своего weex они больше ничего не делают

Во вью коммитит один разраб из алибабы, но это скорее just for fan

А как "наследование" компонентов делать? Через слоты?

@b0g3r Здесь ответ на твой вопрос. https://router.vuejs.org/en/advanced/navigation-guards.html

https://router.vuejs.org/ru/advanced/meta.html вот тут конкретный пример реализации (чтоб не потерять)

А как "наследование" компонентов делать? Через слоты?

Через mixins же вроде делается

о, пойду почитаю

можно и extends: SomeComponent использовать

кто-нибудь ставил вотчер на объект такого типа checked: { alert: true, warning: true, success: true }

и надо чтобы при изменении warning например вотчер срабатывал

не вешать же несколько одинаковых вотчеров

можно и extends: SomeComponent использовать

О, за это тоже спасибо

nvm разобрался)

кто-нибудь ставил вотчер на объект такого типа checked: { alert: true, warning: true, success: true }

если имеется в виду слежение за изменениемяи свойств

то делается сие так

user: { handler: function () { this.$emit('inputUserInformation', this.user) }, deep: true }

так вотчится изменение каждого свойства объекта

так вотчится изменение каждого свойства объекта

понял, попробую, спасибо.

Коллеги, что думаете по поводу такой структуры приложения ? https://medium.com/3yourmind/large-scale-vuex-application-structures-651e44863e2f

Ребята подскажите как лучше такое сделать. Вообщем нужно выделеным ячейкам задать цвет заливки. Делаю таким способом но оно при каждом измении данных перетирает предыдущий, как быть? Спасибо.

Закончил проект

Все прям довольны остались... весь коннект на вебсокетах

И pgnotify

Круто?

Искренне рад что кто то пилит что то полезное для общества

Коллеги, что думаете по поводу такой структуры приложения ? https://medium.com/3yourmind/large-scale-vuex-application-structures-651e44863e2f

интересненько

Спасибо всем кто тут помогал мне

А не гувно интерпрайз

Пацыки, среди вас есть те кто шарит в структурах данных и как их лучше хранить? а еще лучше елси вы шарите с фаербейзом

Искренне рад что кто то пилит что то полезное для общества

Экономия бюджета учреждения в 500тр... (это нам предлагали в коробочном решении)

сделал за 70к... за работу денег не брал

Экономия бюджета учреждения в 500тр... (это нам предлагали в коробочном решении)

только на дизайном и цветовой гаммой поработать

но в целом молодец

только на дизайном и цветовой гаммой поработать

да нафиг оно надо на самом то деле, чем проще тем лучше