IN
думаю не изменить ли ник на Singleton - зло)
уже было тут
Size: a a a
2020 September 21
ei
думаю не изменить ли ник на Singleton - зло)
Можешь конечно, только это будет бредом
VK
думаю не изменить ли ник на Singleton - зло)
боюсь спросить почему)
DB
Можешь конечно, только это будет бредом
https://stackoverflow.com/questions/137975/what-is-so-bad-about-singletons
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
DB
тем более в реакт, где useMemo + useEffect дают тебе вохможность гибко управлять жизненным циклом, а любой singleton можно представить в виде фабрики
A
https://stackoverflow.com/questions/137975/what-is-so-bad-about-singletons
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
в контексте жс и фронтенда это едва ли проблема
A
тем более в реакт, где useMemo + useEffect дают тебе вохможность гибко управлять жизненным циклом, а любой singleton можно представить в виде фабрики
окей, как тот же инстанс хттп клиента шарить между фичами?)
RS
https://stackoverflow.com/questions/137975/what-is-so-bad-about-singletons
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
кто вообще в реакте эти паттерны соблюдает? Как третья нога
OT
Зачем ты post добавляешь?
убрал из названия экшена. в а api.js в export const postSomethig
export const getSomething
export const getSomething
DB
окей, как тот же инстанс хттп клиента шарить между фичами?)
вообще говоря ты должен шарить не сам клиент, а его конструктор
DB
это гарантирует, тестируемость кода без возможных постэфеектов от других тестов
A
вообще говоря ты должен шарить не сам клиент, а его конструктор
зачем?)
чтобы везде его вызывать при необходимости отправить запрос?
какую проблему это решит?
тесты мокаются тривиально, coupling - это в мире жс априори, хз шо тут еще
чтобы везде его вызывать при необходимости отправить запрос?
какую проблему это решит?
тесты мокаются тривиально, coupling - это в мире жс априори, хз шо тут еще
DB
зачем?)
чтобы везде его вызывать при необходимости отправить запрос?
какую проблему это решит?
тесты мокаются тривиально, coupling - это в мире жс априори, хз шо тут еще
чтобы везде его вызывать при необходимости отправить запрос?
какую проблему это решит?
тесты мокаются тривиально, coupling - это в мире жс априори, хз шо тут еще
я про тестируемость самой логике в сингтон инстансе
A
я про тестируемость самой логике в сингтон инстансе
можно пример?
ei
https://stackoverflow.com/questions/137975/what-is-so-bad-about-singletons
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
мне хватает 2-го пункта, чтобы считать что это антипаттерн (сколько крови у меня это попило)
Это все фигня, очень узкая проблема
ei
А дефолтный экспорт это глобальная проблема всего жс
BA
назови хук по правилам useAny
он его светит внутри хока, хотя все работает и нет правил запрещающих это
DB
возмем эффектор
если писать по их way - то у тебя получается singleton модель со сложным поведением и кучей сторов
для такого синглтона необходим event - возвращения всех эвентов в начальное состояние (и просто наличие этого кода уже нарушение принципа Single Responsibility)
если же переписать на фабрику и создавать ее по необходимости - то большая гарантия, что тесты адекватны + меньше кода (нет этого сброса)
если писать по их way - то у тебя получается singleton модель со сложным поведением и кучей сторов
для такого синглтона необходим event - возвращения всех эвентов в начальное состояние (и просто наличие этого кода уже нарушение принципа Single Responsibility)
если же переписать на фабрику и создавать ее по необходимости - то большая гарантия, что тесты адекватны + меньше кода (нет этого сброса)
DB
условно Singleton не зло только в одном случае, если он не содержит состояния (ну это почти всегда фабрика)
A
возмем эффектор
если писать по их way - то у тебя получается singleton модель со сложным поведением и кучей сторов
для такого синглтона необходим event - возвращения всех эвентов в начальное состояние (и просто наличие этого кода уже нарушение принципа Single Responsibility)
если же переписать на фабрику и создавать ее по необходимости - то большая гарантия, что тесты адекватны + меньше кода (нет этого сброса)
если писать по их way - то у тебя получается singleton модель со сложным поведением и кучей сторов
для такого синглтона необходим event - возвращения всех эвентов в начальное состояние (и просто наличие этого кода уже нарушение принципа Single Responsibility)
если же переписать на фабрику и создавать ее по необходимости - то большая гарантия, что тесты адекватны + меньше кода (нет этого сброса)
так то будет не сброс состояния а просто дроп юнитов
для этих целей там есть fork, который позволяет с теми же юнитами и связями иметь другую "ветку" стейтов
но об этом лучше в эффектор чате конечно
для этих целей там есть fork, который позволяет с теми же юнитами и связями иметь другую "ветку" стейтов
но об этом лучше в эффектор чате конечно