можно пример кода?

зачем писать аргумент, который не используешь?

а вот state => {} там где не юзаешь state не надо

окей, на будущее, когда буду чистить код сделаю

поставь eslint уже ?

чтобы он код в смайлы не превращал

поставь eslint уже ?

typscript ?

АААААААААААААААААААААААААААААА

всё понял

typscript ?

а он с еслинтом не робит что ли?

eslint-config-atomix-base для js и eslint-config-atomix-react для реакт

tslint есть

а он с еслинтом не робит что ли?

пока нет бабель когда научится парсить тогда babel-parser работать будет

tslint есть

он слаб

норм

а что тебе не хватает в нем?

ну автоформата нет конечно

вот

есть преттиер, вот он слаб

преттиер уг

угу ?

преттиер вообще странная фигня

ды

клуб ненавистников преттиера

нет даже опции, чтобы в декларации метода не убирался пробел func (a, b, c)

так что по поводу eslint, для vs+typescript он не подходит как я понял?

там какой-то есть prettier-miscellanous, но и этого мало

так что по поводу eslint, для vs+typescript он не подходит как я понял?

eslint для typescript пока что нет

но скоро будет

с флоу же работает?

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

ну так флоу это флоу

это же жс

с маленькими обвязками

обвязки > тс ?

с флоу же работает?

да

ещё по поводу структуры интересно, мне такой вариант не подходит т.к., я хочу сгрупировать страницы по первой части урл /{component}/, избежать дублирование путей для экшенов и сторов и использование префиксов перед названием компонента

вообще в жс/тс юзать PascalCase для имен файлов не хорошо

я юзаю camelCase и SNAKE_CASE для констант

ещё по поводу структуры интересно, мне такой вариант не подходит т.к., я хочу сгрупировать страницы по первой части урл /{component}/, избежать дублирование путей для экшенов и сторов и использование префиксов перед названием компонента

здесь суть в том, чтобы вынести все переиспользуемые компоненты в ui

да, я то пишу в стиле жс, то в стиле C#, отвыкаю от C# но ещё думаю, всё же стоит перейти на camelCase?

да, я то пишу в стиле жс, то в стиле C#, отвыкаю от C# но ещё думаю, всё же стоит перейти на camelCase?

нет файлы надо именовать в kebab-case (param-case)

все переиспользуемые компоненты у меня в базовом каталоге /components/

в этом случае надо было именовать директорию routes/

нет файлы надо именовать в kebab-case (param-case)

пожалуй, это второй раз, когда я согласен с Совой

А, вы про именование папок

Хз как в реакте Но в вью принято PascalCase для имен использовать

тупо

ибо весь нпм на param-case построен

т.е. в моём случае файл FacultyForm, должен быть faculty-form?

и вот эта неконсистенстность не возбуждает совсем import Foo from 'package-name/lib/FooName'

т.е. в моём случае файл FacultyForm, должен быть faculty-form?

да

понял, принял

стайлгайд, кстати, недавно вышел, и у многих с него бомбануло

я частенько вижу в проектах, action_list/redux-reducers/Foo.jsx

стайлгайд, кстати, недавно вышел, и у многих с него бомбануло

какой?

стайлгайд, кстати, недавно вышел, и у многих с него бомбануло

кинь линк

https://vuejs.org/v2/style-guide/

ну нехилый такой тлдр

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

меня, в принципе, все устраивает

одну только фишку не юзал - имена компонентов, которые должны юзаться только единожды, начинать с The

ещё по поводу производительности Immutable.js, там можно удалить объект, и эквивалентно ли это delete или лучше всё же устанавливать значение? я про `a = {b:4} delete a.b`?

типа TheApp, TheHeader

Интересная идея

типа TheApp, TheHeader

странн ну the указывает на конкретный компонент видимо как конкретный инстанс

одну только фишку не юзал - имена компонентов, которые должны юзаться только единожды, начинать с The

неплохо

странн ну the указывает на конкретный компонент видимо как конкретный инстанс

угу

типа The Queen

но это удобно - типа встроенные тесты для пропсов

PropTypes?

PropTypes в проде же не работают ?

+

Immutable.js Map.delete эквивалентен delete? по производительности или там другая реализация, знает кто?

другая

там другая структура данных

и методы для работы с ней

быстрее/медленнее? уже смотрю исходники, вижу цикл

медленней

благодарю

Если не ошибаюсь любая операция с имьютебл медленней чем нативная

там профит только в копировании больших обьектов