Size: a a a

2020 August 10

NF

Nikita Fedorov in ☄️ effector
createStore<🦉> ⁣
у меня ощущение, что поддерживаемый и расширяемый код это принципы, которые ты ненавидишь
у меня ощущение, что тебе нужно поработать немного бэкендером) там рассказывают почему тот код который был приведен это "поддерживаемый и расширяемый код")
источник

DS

Dmitriy Shuleshov in ☄️ effector
createStore<🦉> ⁣
если сделаю выпуск в котором расскажу субъективное сравнение стейт-менеджеров, это будет полезно лично тебе? А таким людям как ты?
Весьма. Думаю что не только мне, потому что вопросы формата "а чем эффектор лучше X" или "а почему не СМ X не решил ваши проблемы и потребовался эффектор" появляются все так же часто.

Как я вижу формат. Берем бизнес задачу которая бы выявила трудности в написании\поддержке кода на  СМ X и эффекторе. Берем два снипета кода и рассказываем чем с эффектором будет проще. Думаю в таком формате можно сделать материал с теми СМ с которыми работал или недостатки которых очевидны
источник

NF

Nikita Fedorov in ☄️ effector
mvc, обработчик клика это контроллер со всеми вытекающими
источник

c⁣

createStore<🦉>... in ☄️ effector
Nikita Fedorov
у меня ощущение, что тебе нужно поработать немного бэкендером) там рассказывают почему тот код который был приведен это "поддерживаемый и расширяемый код")
я начинал с программирования на плюсах, игровые движки и работа с сетью.
затем пару лет пыха, ужасные года. Тогда же я допиливал его для компаниии(ещё практика на плюсах)
а после пару лет программирования хайлоада на nodejs, были веселые времена, я даже на lua под nginx писал.
несколько месяцев практики на java/c#, думал перейду в эту сферу
и ещё пару лет кодинга на rust, притом год вполне коммерческого бекенда
источник

c⁣

createStore<🦉>... in ☄️ effector
достаточно?
источник

NF

Nikita Fedorov in ☄️ effector
createStore<🦉> ⁣
достаточно?
и что ни разу не было mvc?
источник

c⁣

createStore<🦉>... in ☄️ effector
было
источник

c⁣

createStore<🦉>... in ☄️ effector
и код в обработчике это не mvc
источник

NF

Nikita Fedorov in ☄️ effector
это же пример для самых маленьких, для демонстрации сути
источник

c⁣

createStore<🦉>... in ☄️ effector
так он ничего не демонстрирует
источник

c⁣

createStore<🦉>... in ☄️ effector
это антипаттерн
антипод mvc
источник

NF

Nikita Fedorov in ☄️ effector
обработчик клика это контроллер, не понимаю где ты увидел анти паттерн
источник

c⁣

createStore<🦉>... in ☄️ effector
Nikita Fedorov
обработчик клика это контроллер, не понимаю где ты увидел анти паттерн
нет разделения
источник

c⁣

createStore<🦉>... in ☄️ effector
обработчик клика это не контроллер
это намертво привязанный код к вьюхе
источник

c⁣

createStore<🦉>... in ☄️ effector
MVC на фронте вообще не работает как должен
ибо его не так просто реализовать
можно на ангуляр посмотреть, или на knockout

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

c⁣

createStore<🦉>... in ☄️ effector
вот VIPER это прям возведение разделения в абсолют
источник

c⁣

createStore<🦉>... in ☄️ effector
createStore<🦉> ⁣
вот VIPER это прям возведение разделения в абсолют
источник

AO

Aleksandr Osipov in ☄️ effector
Интересно введение такого кол-ва абстракций где-то оправдывает себя?
источник

c⁣

createStore<🦉>... in ☄️ effector
MVC не работает с фронтом, потому что USER не может знать ничего о Controller

USER смотрит и взаимодействует с View. Соответственно Uses должен идти от USER во View. Иии, вьюха начинает знать про Controller

Следовательно, MVC нарушается и теряет всякий смысл
источник

c⁣

createStore<🦉>... in ☄️ effector
Aleksandr Osipov
Интересно введение такого кол-ва абстракций где-то оправдывает себя?
да, в сложных приложениях.

Я пробовал такое реализовать, смущает только введение presenter и interactor. У меня они всегда сливаются в одну сущность.
источник