Size: a a a

2020 September 21

ПП

Павел П in SwiftBook
🤷
его вбросы были похожи на ваш про свитч, извините уж)
Так и есть. Но свитч дейсвтительно антипатерн, много об этом написано. Моя логика проста, если при помощи этой штуки индус может сделать то, что я буду проклинать всю жизнь, я это не использую в проекте. Ибо вдруг мой следующий джун будет индусом?
источник

A

Alxndr 🗽👇 in SwiftBook
Павел П
И шо там, древовидная структура диспатчей асинхронных экшенов, когда надо следить, что за чем идёт, иначе хана всему, отвечает KISS?)
это звучит как набор слов, ты не понимаешь о чем говоришь, хватит  запутывать вкатывальщиков, уж что такое редакс, я знаю, я не свифтер, а фронтендер вообще
источник

ПП

Павел П in SwiftBook
Aleksandr
а класс что мешает?
Чрезмерный кисс, заставляет замыкаться в одной идиологии, не видя более перспективные, хоть и вроде как сложные (как может казаться разработчику) решения. Не использовать паттерн, если можно решить структурой данных. Не использовать редакс, если можно поместить в сервайсы и менеджеры синглтон и т.д.
источник

🤷

🤷 in SwiftBook
Павел П
Так и есть. Но свитч дейсвтительно антипатерн, много об этом написано. Моя логика проста, если при помощи этой штуки индус может сделать то, что я буду проклинать всю жизнь, я это не использую в проекте. Ибо вдруг мой следующий джун будет индусом?
так можно выкидывать 70 процентов языка, собственно
Можно сломать даже то, что не ломается
Я не джавист, но как понимаю что тм можно очень много плохих вещей навертить, да так - что потом никто не поймет ничего
источник

A

Alxndr 🗽👇 in SwiftBook
Павел П
Так и есть. Но свитч дейсвтительно антипатерн, много об этом написано. Моя логика проста, если при помощи этой штуки индус может сделать то, что я буду проклинать всю жизнь, я это не использую в проекте. Ибо вдруг мой следующий джун будет индусом?
перечитай статью на всякий случай мhttps://docs.swift.org/swift-book/LanguageGuide/ControlFlow.html
источник

ПП

Павел П in SwiftBook
Alxndr 🗽👇
это звучит как набор слов, ты не понимаешь о чем говоришь, хватит  запутывать вкатывальщиков, уж что такое редакс, я знаю, я не свифтер, а фронтендер вообще
Эмм.... Я говорил за то, когда один сайд-эффект, диспатчит экшн, который вызывает другой сайд-эффект, тот ещё 2 других, которые могут замыкаться на пятом. Вот и древовидная структура. Что не так?
источник

A

Aleksandr in SwiftBook
Павел П
Чрезмерный кисс, заставляет замыкаться в одной идиологии, не видя более перспективные, хоть и вроде как сложные (как может казаться разработчику) решения. Не использовать паттерн, если можно решить структурой данных. Не использовать редакс, если можно поместить в сервайсы и менеджеры синглтон и т.д.
ну со swiftui редакс скорее чутка устарел
источник

🤷

🤷 in SwiftBook
Павел П
Чрезмерный кисс, заставляет замыкаться в одной идиологии, не видя более перспективные, хоть и вроде как сложные (как может казаться разработчику) решения. Не использовать паттерн, если можно решить структурой данных. Не использовать редакс, если можно поместить в сервайсы и менеджеры синглтон и т.д.
Не испольовать паттерн, если можно решить структурой данных?
непон
как допустим MVC связан с lifo queue?)
не, правда интересно, я затупок
источник

ПП

Павел П in SwiftBook
🤷
Не испольовать паттерн, если можно решить структурой данных?
непон
как допустим MVC связан с lifo queue?)
не, правда интересно, я затупок
Я привел пример с сервайсами и редаксом, первое что могу вспомнить на эту тему
источник

ПП

Павел П in SwiftBook
Вместо использования архитектурного подхода, можно захотеть хранить все стейты во временном хранилище, не видя того, во что это в дальнейшем вырастет. Или это можно обратить аргументом, что человеческая недальновидность никак не относится к кисс?
источник

🤷

🤷 in SwiftBook
Павел П
Чрезмерный кисс, заставляет замыкаться в одной идиологии, не видя более перспективные, хоть и вроде как сложные (как может казаться разработчику) решения. Не использовать паттерн, если можно решить структурой данных. Не использовать редакс, если можно поместить в сервайсы и менеджеры синглтон и т.д.
даже плюсик, кста)
источник

A

Alxndr 🗽👇 in SwiftBook
Павел П
Вместо использования архитектурного подхода, можно захотеть хранить все стейты во временном хранилище, не видя того, во что это в дальнейшем вырастет. Или это можно обратить аргументом, что человеческая недальновидность никак не относится к кисс?
лол, вообще-то стейт это и есть архитектура, там все максимально прозрачно
источник

ПП

Павел П in SwiftBook
Alxndr 🗽👇
лол, вообще-то стейт это и есть архитектура, там все максимально прозрачно
Стейт - это состояние)
источник

ПП

Павел П in SwiftBook
Стейт менеджмент - это семейство архитектурных подходов. Базовый и самый частый - флакс, самый валидный - редакс, можно придумать ещё что-то кончающееся на "акс", но пока вроде не придумали
источник

A

Alxndr 🗽👇 in SwiftBook
стейт это не про один обьект, в который ты все в кучу складываешь, а про однонаправленный поток данных, который везде одинаковый, предсказуемый и легко дебажится
источник

🤷

🤷 in SwiftBook
какие-то дурацкие у вас архитектуры
лично я придерживаюсь PIDOR(Presenter, Interactor, Decorator, Object, Router)
источник

ПП

Павел П in SwiftBook
Alxndr 🗽👇
стейт это не про один обьект, в который ты все в кучу складываешь, а про однонаправленный поток данных, который везде одинаковый, предсказуемый и легко дебажится
А, ты про состояние. Это поведенческий паттерн который? Да кому он сдался
источник

A

Alxndr 🗽👇 in SwiftBook
Павел П
Стейт менеджмент - это семейство архитектурных подходов. Базовый и самый частый - флакс, самый валидный - редакс, можно придумать ещё что-то кончающееся на "акс", но пока вроде не придумали
это название библиотек просто, а не паттернов
архитектура называется по-другому, никто не помнит уже
источник

A

Alxndr 🗽👇 in SwiftBook
хватит вкатывальщикам мозги пудрить и почитай про свичи, они не так как в вашей джаве работают
источник

ПП

Павел П in SwiftBook
Alxndr 🗽👇
это название библиотек просто, а не паттернов
архитектура называется по-другому, никто не помнит уже
https://ru.wikipedia.org/wiki/Flux-%D0%B0%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0 Я не смею спорить с википедией, её пишут умные 16 летние подростки из америки не зная иностранного языка
источник