https://ru.vuejs.org/v2/guide/single-file-components.html

ну и вот этот раздел чуть ниже по списку

и это https://github.com/vuejs/vue-cli

Думаю имеет ли смысл опенсорсить

Кому нибудь нужна библиотека прослойка для синхронизации форм модель редакса и сервера в качестве протокола пока socket.io + redis но в качестве решения для базы бэке в принципе подойдет что угодно (правда это означает что нормальную форму и апдейты в эту штуку надо отдельно руками писать но зато будет синхронизировать между накладками.

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

была подобная задача, для синхронизации редакс-стора клиента и сервера по сокетам, может быть кому-то пригодится) https://github.com/lttb/redux-wsat

Ну эта штука скорее реализация форм модели абстракции над формой и моделью ну и у каждой формы своя комната + процессер вынесен в отдельный демон для масштабирования и все слушал через редис массив команды

Еще раз к вопросу иммутабильности данных с использованием immutable.js, если в проекте используется redux. Фишка редакса (кроме единого стора данных и паттерна для работы с ним) - это то, что при любом изменение в сторе возращает ссылку на новый объект, тем самым давай реакту через shallow сравнение понять, что что-то изменилось и нам пора это перерисовать. Но зачем хранить в сторе immutable объекты? В каких кейсах это увеличит производительность реакта? Из плюсов пока вижу только скорость работы с данными, а из минусов невозможность использоваться удобные es6 при работе с обьектами

Еще раз к вопросу иммутабильности данных с использованием immutable.js, если в проекте используется redux. Фишка редакса (кроме единого стора данных и паттерна для работы с ним) - это то, что при любом изменение в сторе возращает ссылку на новый объект, тем самым давай реакту через shallow сравнение понять, что что-то изменилось и нам пора это перерисовать. Но зачем хранить в сторе immutable объекты? В каких кейсах это увеличит производительность реакта? Из плюсов пока вижу только скорость работы с данными, а из минусов невозможность использоваться удобные es6 при работе с обьектами

Иммутабельными с равным успехом могут быть либо операции, либо объекты

Immutable js - это про объекты

Я использую обычные js объекты и функции ramda в редюсерах

как лучше фотошотоп под линуксом запускать?

реактом (через реакт)

rm -rf

Еще раз к вопросу иммутабильности данных с использованием immutable.js, если в проекте используется redux. Фишка редакса (кроме единого стора данных и паттерна для работы с ним) - это то, что при любом изменение в сторе возращает ссылку на новый объект, тем самым давай реакту через shallow сравнение понять, что что-то изменилось и нам пора это перерисовать. Но зачем хранить в сторе immutable объекты? В каких кейсах это увеличит производительность реакта? Из плюсов пока вижу только скорость работы с данными, а из минусов невозможность использоваться удобные es6 при работе с обьектами

TL;DR: короче, мое имхо, ImmutableJS не нужен, тем более seamless-immutable – хз вообще зачем сделали) с immutablejs, насколько я понимаю, за счет того, что это персистентные структуры данных их дешево сравнивать "по значению" (is, equals) + насчет GC, памяти (structural sharing, https://en.wikipedia.org/wiki/Trie) и производительности я не знаю дает ли это какой-то ощутимый выигрыш, надо проверять мб старый пост, но не плохой: http://jlongster.com/Using-Immutable-Data-Structures-in-JavaScript

Я использую обычные js объекты и функции ramda в редюсерах

А можешь подробнее рассказать?

в ramda есть линзы, например очень удобная вещь, кстати) var xHeadYLens = R.lensPath(['x', 0, 'y']); R.view(xHeadYLens, {x: [{y: 2, z: 3}, {y: 4, z: 5}]}); //=> 2 R.set(xHeadYLens, 1, {x: [{y: 2, z: 3}, {y: 4, z: 5}]}); //=> {x: [{y: 1, z: 3}, {y: 4, z: 5}]} R.over(xHeadYLens, R.negate, {x: [{y: 2, z: 3}, {y: 4, z: 5}]}); //=> {x: [{y: -2, z: 3}, {y: 4, z: 5}]}

Похоже на вжух магию

не, там просто все: https://habrahabr.ru/post/230649/ https://medium.com/@dtipson/functional-lenses-d1aba9e52254#.tvjz2sf9b

как с перформансом?

можно ли это чудо на сервер тащить или только ради самоубийства?

не знаю, смотря что за сервер) смотря чем он занимается думаю, ничего страшного не случится)

как с перформансом?

+- нормально работает

+- нормально работает

ну вот я в какие-то моменты от .forEach отказываюсь

и летов пидарских

хотя ладно понятно что нет (

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

Ну не)

Там же сама база иммутабельности противоречит условиям)

Мне, короче, immutable.js очень понравился своим API. Всякие там .updateIn(), filter(). И так далее. Но не понравилось, что ломается возможность дёргать значения стандартным способом (destructuring, spread). Нет ли какого-нибудь решения этой проблемы?

Не использовать Immutable js ?

делать .toJS :D

если писать toJs то теряется смысл structural sharing

Ага

Антипаттерн, ага.

Там же сама база иммутабельности противоречит условиям)

ну я скорее про ramda lens

ну там копирование, да

как там с оптимизацией не идет лишних накоплений создания удалений контекстов?

Lens это в первую очередь

Ну прикинь на каждый вызов у тебя копия объекта)

Это нормально, но если уже let мешает, то не стоит

ну это то нормально

grpc / grpc.io http://www.grpc.io/

Извиняюсь, не туда

етапять!

народ подскажите плз, меня взяли джуном в конторку, там пока из команды по фронту только я, меня бек просит продумать насчет api, как мы будем у них данные просить, что мне им ответить?))

прилага на реакте

скиньте может статью какую

врятли тут можно статьи найти

только с опытом можно такое продумать

зря они просят джуна о таком

надыбай тимлида и скинь на него

ибо это ответственная задача

а так, REST в помощь)

он должен скоро объявиться)

Нанимай джуна @ Без тимлидов @ Сам научится

но мне нужно что нибудь умное сказать уже завтра)

если не понимаешь всех принципов REST лучше не дергаться

ну скажи им пускай всё пилят REST-API

они же бекенд, а не ты

Нанимай джуна @ Без тимлидов @ Сам научится

вот это зачастую поражает...

Мне надо вывести значение float, так, чтобы было максимум 4 числа после запятой, но не выводить их, если они нули. Например: 34.0031 17.02 3 768.0001 Кто знает, есть ли готовые методы для этого?

http://numeraljs.com/

Плагин не пойдет

ERROR: S client not available

эм

это не плагин

это библиотека

не важно, это тоже не катит)

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

ты попросил готовый метод, я дал

не подходит? -- пиши сам

я говорил о нативном js методе

спрашивал о его существовании

эм

ссылку на стандарт по js дать?

или ты сможешь сам предположить что numeraljs не просто так появилась?

Чувак, давай без колких вопросов

Не делай из меня еблана

сорян)

есть функция toFixed()

но она выводит нули

ну так в этом и фича

но она выводит нули

big.js?

я задание для универа делаю, поэтому без библиотек сторонних надо

есть функция toFixed()

+number.toFixed(2)

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

И всё

нет

только сам пишешь

ну на нет и суда нет

ничего себе, сюда уже и за заданиями для универа приходят)

Если вам не посраться а по делу, то я выше готовый вариант запостил)

toPrecision?

ничего себе, сюда уже и за заданиями для универа приходят)

Чувак, никто не просит тебя выполнять для меня задания для универа, окей? Это только объяснение, почему я не осбираюь использовать сторонние библиотеки

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Number/toPrecision

+number.toFixed(2)

таки да const number = 1.12312312987718763 const strNumber = +number.toFixed(4)