По поводу стримов, liveedu только у меня лагает?

Более удобные чем сага?

мое мнение что нет

Никами принципами заученными я не пользуюсь, в каждом случае свой принцип, главное построить красивое решение, если лучше два принципа - пусть будет хоть три, если это хорошо решает проблему, пусть даже тестирвать будет сложнее (хотя конечно лучше без этого) везде нужен баланс. В общем это отступление. Если хочется разделения, миксуй в классик систему событий, делай сервис гугл-аналитики, импорти классик и подписывайся на его события

сага оптимальный компромисс между сложностью реализации и возможностями

Никами принципами заученными я не пользуюсь, в каждом случае свой принцип, главное построить красивое решение, если лучше два принципа - пусть будет хоть три, если это хорошо решает проблему, пусть даже тестирвать будет сложнее (хотя конечно лучше без этого) везде нужен баланс. В общем это отступление. Если хочется разделения, миксуй в классик систему событий, делай сервис гугл-аналитики, импорти классик и подписывайся на его события

А вот это плохо, про заученные принципы. Красивое решение определяется следующими вещами: 1) скоростью разработки 2) простотой поддержки 3) понятностью А теперь представим что каждый миксует свою систему событий. А еще это сложно тестируемо (действительно, кому нужны тесты? Вот только вы завтра увольняетесь - приходит человек поправить ваш код на сколь-нибудь большом проекте. Как он поймет что его действие ничего не ломает) А про понятность - всякие "паттерны проектирования" как раз придуманы как средство облегчения коммуникации между программистами

а что за сага, зачем нужна?

+ еще: если код не тестируемый - это плохой код (речь идет не о наличии тестов, а о тестируемости кода)

это понятно

Сага... Мне ембер-конкаренси нравиться, но она с корнями в ембере

а мне redux-observable :)

но он требует хорошего понимания FRP и Rx

в этом саги однозначно выигрывают - их людям без опыта FRP и Rx гораздо проще понять - это обычные джаваскриптовые генераторы

ну да, можно вместо него лапшички на jq написать

так jQuery по размеру не сильно отличается от Vue

каком размере?

зато по сути он даёт больше чем jq

каком размере?

по размеру файла min|не min наверное имел ввиду

все верно

jquery кого хочешь порвет, с плагинами, но их еще нужно подключать, и потратить время, чтобы выбрать лучший из десятка

Блин, нужен полифили jQuery.vue, чтобы можно было подключать jQuery плагины, но все вызовы $ мапились на Vue

:D

этот полифил будет популярнее самого Vue

так, сейчас сшиваю видео по Vue

и посмтримлю таки саги

Народ, как "словарик" организовать?( Вчера поднимал этот вопрос, может сегодня зайдет. Сейчас думаю через методы может или через компонент, но через компонент идет привязка к шаблону, чего не хотелось бы // Это отдельный запрос const order = { "id": 2, "cargos": [ { "cargo_type": "household_chemicals", } ] } // Это отдельный запрос cosnt cargo_types = [ { code: 'household_chemicals', name: 'Бытовая химия', ... } ] <div v-for="cargo in cargos"> {{cargo_type}} // здесь хотелось бы вывести имя // cargo_types.filter(type => type.code === cargo_type)[0].name </div>

В дату положить cargo_types_map: cargo_types.reduce((map, item) => { map[item.code] = item return map }, {}) Вот и писать {{cargo_types_map[cargo.cargo.type].name}} где хотелось бы имя

{{cargo_types_map[cargo.type].name}} *

Field.vue покажи

ща, выложу на гист

https://gist.github.com/Fl0pZz/20cb64e309d03cc0c083ea2b6f46053e

Здравствуйте, рад приветствовать всех я разработчик на Java/PHP и хочу изучить VueJS в своих проектах #whois

Field.vue покажи

нет идей? я могу весь проект выложить в общем-то

Почему они у тебя .html?

Рафик, а чего pug не юзаешь

я вот попробовал, вообще каеф

не, нафиг

Писать markdown, генерировать html!

:D

Писать markdown, генерировать html!

md тут причем

ну чем не очередной шаблонизатор, просто умеет чуть поменьше)

как и все эти штуки на отступах. Обсишбся где то, а оно скомпилировалось, да не правильно.

чуть (вообще ничего)

?

чуть (вообще ничего)

не факт

Почему они у тебя .html?

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

ну это вообще другое

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

она вроде работает...

плюс

https://gist.github.com/c01nd01r/853ed80b1d54ac3902cd4f4c3fc2cb72

она вроде работает...

неа

а да работает

lf

надо же

исправил

pug действительно отличная вещь

https://github.com/Fl0pZz/my2048 вот, чекните, почему может быть такая ошибка то?

<style type="text/css"> а зачем? для vue-loader надо Lang указывать

pug в .vue-файлах довольно паршиво поддерживался редакторами до вчерашнего дня

<style type="text/css"> а зачем? для vue-loader надо Lang указывать

для простого css lang не нужен

pug в .vue-файлах довольно паршиво поддерживался редакторами до вчерашнего дня

в том же саблайме поддерживает на ура

ну я помню что не нужен

просто type тоже не нужен получается

в vs code у меня вообще не заработал, в атоме подсевтка моргала всякий раз как ставишь перенос строки

ERROR: S client not available

pug в .vue-файлах довольно паршиво поддерживался редакторами до вчерашнего дня

юзаю Atom, всё окей

щас покажу о чем я

https://i.imgur.com/cYnPvMm.png

бесило это моргание всего кода)

фуу

а какой вообще профит юзать pug во вью?

так же как sass, просто меньше букв

абсолютно такой же, как при использовании где-либо еще

ничего другого из продвинутых возможностей там не надо как по мне

оно приколько, когда статику верстаешь, когда списки надо отрендерить, например. Во вью у нас же свои функции для таких вещей

ты путаешь теплое с мягким :) pug это про синтаксис и только. запись банально короче и легче читается, дело в функциональных возможностям препроцессора, таких как циклы и тд

одна только возможно не писать стрелки и не закрывать тэги экономит 50% кода

ну может не 50, но порядком

пардон, "не в функциональных" хотел написать

а еще кстати в атоме у меня не работал автокомплит для сасс

так что вчерашний вебшторм для меня как мана небесная

даже если упростить до безобразия App.vue, все равно не исчезают

<template> <div id="app"> <router-view></router-view> </div> </template> <script> export default { name: 'app' } </script>

ничего другого из продвинутых возможностей там не надо как по мне

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

кроме короткого синтаксиса профитов для вью не вижу

ну вот видишь, сам говоришь, что профит есть :)

ты путаешь теплое с мягким :) pug это про синтаксис и только. запись банально короче и легче читается, дело в функциональных возможностям препроцессора, таких как циклы и тд

так я и говорю, какой смысл этих функциональных возможностей во вью?

пардон, "не в функциональных" хотел написать

Станислав, я опечатался

лично я юзаю pug, потому что писать и читать его быстрее

аа

вижу

мне и stylus нравится, и coffee-script в свое время. вот такой вот я человек)

извращенцы )

блин, а где песочница pug'овская? Раньше на офф сайте была. Или pug теперь не рендерится на клиенте? :)

можно в codepen поиграться

да я хочу, чтоб html сгенерированный показывал

но там старая версия у которой есть проблемы с vue небольшие