Size: a a a

2020 April 14

_

_sodah in SwiftBook
Сергей Челюскин-Галич
Допустим, мне в ячейку нужно передать данные, чтобы ячейка настроилась и замыкание, чтобы при нажатии на кнопку из ячейки, изменялись данные в бд.
Естественно, я могу использовать
guard let cell = tableView.dequeueReusableCell(withIdentifier: "CellType") as? CellType
Или я могу воспользоваться таким способом:
https://medium.com/chili-labs/configuring-multiple-cells-with-generics-in-swift-dcd5e209ba16

Является ли приведение типа при настройке ячеек антипаттерном вообще?
Легче юзать Rx, чем разобраться в этом коде, как по мне
источник

СЧ

Сергей Челюскин-Гали... in SwiftBook
Спасибо
источник

_

_sodah in SwiftBook
Сергей Челюскин-Галич
Допустим, мне в ячейку нужно передать данные, чтобы ячейка настроилась и замыкание, чтобы при нажатии на кнопку из ячейки, изменялись данные в бд.
Естественно, я могу использовать
guard let cell = tableView.dequeueReusableCell(withIdentifier: "CellType") as? CellType
Или я могу воспользоваться таким способом:
https://medium.com/chili-labs/configuring-multiple-cells-with-generics-in-swift-dcd5e209ba16

Является ли приведение типа при настройке ячеек антипаттерном вообще?
Как вариант - заюзать enum с кейсами твоих ячеек, заделать вьюмодельку/презентер для ячейки, и в cellForItemAt: свитчить
источник

E

Easy in SwiftBook
Сергей Челюскин-Галич
Добрый день! Часто слышал, что Type Casting - плохой тон. Но что делать, например, с настройкой ячеек в tableview. Делал различные конфигураторы через generics, но есть ли в этом смысл? Получается какой-то адский код просто ради того, чтобы в cellForRowAt методе не было приведения типов. Как стоит делать?
Ну вот где слышал, с теми больше не общайся желательно. Это повсеместно используется
источник

_

_sodah in SwiftBook
Easy
Ну вот где слышал, с теми больше не общайся желательно. Это повсеместно используется
Если есть возможность не юзать as, as?, as! - лучше не юзать.
источник

A

Artem in SwiftBook
Привет, кто нибудь недавно покупал подписку разраба на год? Сколько ждали? Там указано 48 часов, но вот я оформлял еще 8 числа, а уже 14 (Деньги не списали)
источник

E

Easy in SwiftBook
_sodah
Если есть возможность не юзать as, as?, as! - лучше не юзать.
Если возможность не писать ради этого велосипеды, то лучше не писать, а использовать стандартные средства предоставляемые языком
источник

E

Easy in SwiftBook
А высасывание проблемы из пальца, ради того, чтобы она просто была и ты ее якобы решил - и есть плохой тон
источник

_

_sodah in SwiftBook
Easy
Если возможность не писать ради этого велосипеды, то лучше не писать, а использовать стандартные средства предоставляемые языком
О каких велосипедах идет речь?
Если есть возможность НЕ добавлять динамику в статический язык - лучше этого не делать
источник

E

Easy in SwiftBook
Полиморфизм как бы
источник

_

_sodah in SwiftBook
Easy
А высасывание проблемы из пальца, ради того, чтобы она просто была и ты ее якобы решил - и есть плохой тон
Динамический кастинг превращает Swift в какой-то JS - лучше этого не делать, ибо архитектура начинает хромать
источник

V

Vladislav in SwiftBook
источник

V

Vladislav in SwiftBook
Привет всем, вот это системный попап?
источник

G

GXDEMXDEGAME🌶 in SwiftBook
Vladislav
Привет всем, вот это системный попап?
конкретно этот нет
источник

G

GXDEMXDEGAME🌶 in SwiftBook
но есть похожий ActivityController
источник

_

_sodah in SwiftBook
GXDEMXDEGAME🌶
конкретно этот нет
Разве? Это же UIMenu c 13-й оси, не?
источник

V

Vladislav in SwiftBook
GXDEMXDEGAME🌶
но есть похожий ActivityController
А такой нужно с нуля писать и можно наследоваться?
источник

E

Easy in SwiftBook
_sodah
Динамический кастинг превращает Swift в какой-то JS - лучше этого не делать, ибо архитектура начинает хромать
А причем тут архитектура?)))
источник

G

GXDEMXDEGAME🌶 in SwiftBook
_sodah
Разве? Это же UIMenu c 13-й оси, не?
не, он не такой же
источник

G

GXDEMXDEGAME🌶 in SwiftBook
источник