Ну не все поймут отсылку ко шкале ебучих шакалов))

Обычный то код не весь есть смысл тестировать)

Фича тесты - ок, но вот юнит тесты это слишком, кмк.

Кстати, дискуссией про media выше мы и доказали, что существуют примеры, когда тесты необходимы и в ui

обычно все забивают на фронт-тесты

А потом ничего не работает, ага.

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

Пример выше я делал не руками а скриптом

Открыл сторибук на нужном url, взял puppeteer, нащёлкал скринов

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

В твоем кейсе действительно полезны снепшоты или скриншоты.

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

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

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

посмотреть и умереть

Правда снепшоты и скриншоты не подходят под bdd.

неплохо

плак

Может, закомменчено?

лол

это втф

Перфект

Вы кстати не забыли тайпинги исключить?

У меня в тайпингах пол тысячи дефолтов

я, считай, нет

Эх, тайпинги

Особенно доставляет то, что дефолтов больше чем файлов

Так в этом и шутка

Особенно доставляет то, что дефолтов больше чем файлов

как это)))

Так в этом и шутка

А))

Я думал шутка в использовании export default.

Ааа не

А разгадка наверняка в том, что кто-то пару экспортов закомментил

export default реально где то лежал

А так вообще обычно export {default as Foo} from './Foo'

Если уж угораздило

Ааа не

да

Я думал шутка в использовании export default.

А что в нем плохого ?

Я думал шутка в использовании export default.

А что не так с ним?

да

export default from

Не везде выпилил. Пока поддержки нет это не оч крутой вариант

А что в нем плохого ?

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

Может ещё что-то. Хз.

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

справедливости ради скажу что вскод превращает имя файла с дефолтным экспортом в camelcase и он отлично подхватывается автоимпортом

Опередил

но дефолты не нужны, да

но дефолты не нужны, да

почему?

справедливости ради скажу что вскод превращает имя файла с дефолтным экспортом в camelcase и он отлично подхватывается автоимпортом

Что-то не получается воспроизвести, тоже vscode. Видно в настройках нужно что-то ковырять.

почему?

путаница с именем импорта

React.Component<Props, State> Зачем так пишут?

Что-то не получается воспроизвести, тоже vscode. Видно в настройках нужно что-то ковырять.

не нужно

React.Component<Props, State> Зачем так пишут?

это к тс-никам

путаница с именем импорта

например?

это к тс-никам

оке

например?

в одном файле import A from 'a' в другом import B from 'a'

Так это же фича

антифича

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

При обычном импорте тоже ведь можно давать свои имена

в одном файле import A from 'a' в другом import B from 'a'

Типа импортишь одно и тоже под разными именами?

Типа импортишь одно и тоже под разными именами?

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

в одном файле import A from 'a' в другом import B from 'a'

Это уже дичь

Так это же фича

???

Это уже дичь

так происходит когда в команде больше 1 человека

можно решить в лоб, просто диспатчить экшен по сабмиту формы и высчитывать уже там это новое поле, но может ест ькакой-то более правильный путь ?

ERROR: S client not available

так происходит когда в команде больше 1 человека

И не только

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

Хз, всегда как надо импортил

не нужно

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

При обычном импорте тоже ведь можно давать свои имена

Явное всегда лучше неявного @ sergeysova

в одном файле import A from 'a' в другом import B from 'a'

Лучше пример будет import Somethin from 'somethin' и import Smthn from 'somethin'

Явное всегда лучше неявного @ sergeysova

Ты и так импортируешь явно из конкретного файла

Ты и так импортируешь явно из конкретного файла

Чего?

Название дефолтного импорта = название файла

У меня так

Либо без дефолтов вообще

файлы должны быть в kebab-case

Кому должны ? Почему ?

Кому должны ? Почему ?

Если ты это не осознаешь то ничем помочь не смогу

Бред.

С опытом придет

файлы должны быть в kebab-case

у нас контейнеры в CamelCase, а компоненты в kebab-case ?

А я так и не понял кайфа разделять контейнеры и компоненты

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

это к тс-никам

Нет, это рекомендованный способ

Исходники реакта в CamelCase, у них опыта мало ?

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

ты о чем?) какие одинаковые имена?)

файлы должны быть в kebab-case

Видимо что-то с vscode, так как файлы в kebab-case. Ладно, фиг с ним.

Нет, это рекомендованный способ

В смысле, это же не работает без тс/флов

Они могут себе позволить рекомендовать такое, потому что реакт не тришейкается вообще и разницы между import * as React и обычным способом никакой

В смысле, это же не работает без тс/флов

import * as React from 'react'

Это в спеке

import * as React from 'react'

Мне кажется вопрос не об этом)

Флоу вообще от себя ничего на уровне жс не добавляет и это принципиально

ты о чем?) какие одинаковые имена?)

Типа containers/ClientList.js и components/ClientList.jsx

И второй используется только в первом

Идея простая — файлы довольно часто ассоциируются с одним классом/неймспейсом и файлы с дефисами тупо будут создавать путанницу

И второй используется только в первом

А, не, вот так криво