гм, забавно

спасибо

Чем вам кластер не нравится

Чем вам кластер не нравится

нода не основное у меня, совсем глубоко не вдавался

Всех приветствую. Есть вопрос по sinon. Использую react+sinon+enzyme+expect.

Собственно, весь вопрос описал на SO: https://stackoverflow.com/questions/45947032/sinon-spy-how-to-check-if-method-is-called

Буду благодарен за помощь и здесь, и на SO. На SO с удовольствием поставлю плюсы.

Если по-русски коротко, то получаю ошибку Error: The "actual" argument in expect(actual).toHaveBeenCalled() must be a spy, и, что ни делаю, не получается от нее избавиться.

Судя по всему, нак-то неправильно объявляю "шпиона", но в чем именно ошибка, непонятно.

Привет парни обьясните вот вот етод код плииииз export default Container.createFunctional(AppView, getStores, getState); я понял что он создает какую то обертку и отправляет его во view но блять как хоть он и экспортируется , я его не импортировал во view обьясните плиииз

Привет парни обьясните вот вот етод код плииииз export default Container.createFunctional(AppView, getStores, getState); я понял что он создает какую то обертку и отправляет его во view но блять как хоть он и экспортируется , я его не импортировал во view обьясните плиииз

он не создает обертку, функция вызывается и отдается в export default

spectrum.chat, гиттер, слак, телеграмм, еще куча, наверное... В принципе удобно сидеть тут, тем более это, вроде бы, самое большое собрание русскоговорящих поклонников React. Но какие есть еще альтернативы, кто где сидит и ему там нравится?

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

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

ну точнее что вообще что-то пришло в пропсы

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

PropTypes + this.props.var.length > 0

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

this.props.array.length

проптайпсы есть

ага

покажи как рендеришь список

pastebin

https://jsbin.com/jezofeneri/1/edit?js,output

{!isEditableCost && optionalAdditionServices.length > 0 && optionalAdditionServices.map((service, index) => { return (

понял, так и сделал, спасибо❤️

не за что

{!isEditableCost && optionalAdditionServices.length > 0 && optionalAdditionServices.map((service, index) => { return (

а зачем после => ты пишешь ретурн?

код не мой)

Мап на пустом массиве вернёт пустой массив зачем чекать длину ?

не, там жеж undefined а не пустой

дак сделай defaultProps

и не нужно будет проверок

но он получается отрендерит пустую лишку ?

а так вобоще в тот блок не зайдет

что отрендерит?

не отрендерит

Component.defaultProps = {array: []};

и если придет undefined - у тебя есть дефолтные пропсы

и там будет пустой массив

проверку на длину можно удалить

понял

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

отдельно потестить стор, редюсеры,экшены,рендер элементов ?

никогда не писла тесты к куче форм

храню в стейте инфу, которая используется для будущих взаимодействий с пользователем, но на рендер никак не влияет. Как запретить ререндре, если в стейте изменилось только это свойство? Или сам подход неправильный?

храню в стейте инфу, которая используется для будущих взаимодействий с пользователем, но на рендер никак не влияет. Как запретить ререндре, если в стейте изменилось только это свойство? Или сам подход неправильный?

очевидно что подход неправильный

но если очень хочется, то https://facebook.github.io/react/docs/react-component.html#shouldcomponentupdate

никогда не писла тесты к куче форм

Писать тесты ради тестов не надо. Если есть какие-то потенциальные баги, то описывай их. А если не знаешь, то забей вообще.

Неожиданно

Ты видимо не работал с большими проектами?)

Я?

Да

Писать тесты ради тестов не надо. Если есть какие-то потенциальные баги, то описывай их. А если не знаешь, то забей вообще.

минимум гринвей всегда надо описывать

ERROR: S client not available

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

Что такое гринвей?

Да

Т.е. ты предлагаешь писать тесты ради тестов?

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

Да, ты прав.

Что такое гринвей?

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

Тесты - гарантия того, что твой код работает +-

Имхо, зависит от проекта. В проекте со сложной бизнес-логикой вероятно имеет смысл написать на редьюсеры и middlewares. А если речь идет о сайте для клиентов компании, например - где критично что бы все работало без багов. Там уже можно компоненты тестировать. Если же есть необходимость оптимизации - тестировать, что компоненты лишний раз не перерендериваются. И тогдалее.

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

До 100 доводить ессенно не надо

В общем, исходить из задачи и потенциальных проблем.

Но без тестов ты не можешь быть уверен, что другой разраб не сломает что то

Наиболее вероятных и критичных

Особенно бизнес логику

Так это. Кто поделится, как flow в шторме настроить, что бы он подсказывал ошибки в реалтайме и при этом не тормозил на i5-6400?

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

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

Так это. Кто поделится, как flow в шторме настроить, что бы он подсказывал ошибки в реалтайме и при этом не тормозил на i5-6400?

а ssd есть?

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

Ну гринвей - это абсолютный минимум, который просто критически необходим

что бы не рвать волосы на жопе после каждого деплоя

Самое забавное, что так и не пришлось работать до сих пор в команде, где бы был код достаточно покрыт тестами.. Сейчас вот первый опыт будет. Почему-то на них все равно до сих пор болт кладует. Ну если не касаться разработки клиентских сервисов в реально серьезных IT-компаниях.

Хотя это мой опыт, может ошибаюсь.

Не, на самом деле с тестами проблема

я сейчас очень часто сталкиваюсь с тем, что надо что-то отрефакторить, но перед этим покрыть тестами

что бы не сломать то, что работает

Да

Без тестов рефакторить очень стремно

Особенно если рефакторишь то, что приносит заказчику бабло