Генерики, не?

такое? не хочу, хочу без доп параметров и вообще понять как можно кастануть тип к Self, он же известен и должен быть способ привести к нему через as?

Зачем параметр передавать?

а как по другому?

По нужному тебе возращаемому типу все разрулится

а какой тип мне возвращать в объявлении функции?

Не совсем понимаю чего ты хочешь, но как минимум так let label:UILabel = UILabel.foo() должно работать

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

Ну я же сказал, что его ты можешь выкинуть

Ну я же сказал, что его ты можешь выкинуть

ноуп

let label:UILabel = UILabel.foo()

Я же так написал

ну не работает оно так)

Да перепиши что я написал

Внимательнее

всё так?

Убери аргумент

Из описания функции

Ну и из функции параметр выкинь

Че тупишь-то

небось тысяч 100-110 имеет как сфифт-девелопер

ну ок, так работает

но это то же самое что и писать как параметр

Фух

Почему?

я не хочу дополнительно объявлять тип, я хочу чтобы он брался из Self

потому что он уже известен

Как не известен если ты пишешь UILabel.foo()

А типа лишний раз написал?

да, наоборот уже известен

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

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

Напиши как ты собираешься это использовать. Может кто подскажет как правильно

Да нет, не хрень, мне нужно загрузить вьюшку из ксиба. Статический метод должен быть у любого наследника UIView и возвращать мне нужно правильный класс, а не базовый UIView. Конечно можно кастовать каждый раз, можно объявлять тип ручками, но это как то не swift way.

Что этот статический метод должен делать?

сча плейграунд открою

в другом чате подсказали решение

немного странно что здесь кастинг к Self работает, но главное что работает)

немного странно что здесь кастинг к Self работает, но главное что работает)

let bar = UIView() будет на что то зменено ?

конечно)

это же просто минимально описывающий проблему пример

думаю это в частности и ввело людей в заблуждение)

я такое хотел тебе предложить, но подумал, что тебя смутит для всех твоих вьюх протокол прописывать

я такое хотел тебе предложить, но подумал, что тебя смутит для всех твоих вьюх протокол прописывать

почему для всех? все вьюхи от UIView, протокол у него, всё для всех работает

лучше объясните почему в экстеншене протокола работает as? Self, а в эстеншене класса нет ?

а. не заметил, extension UIView

Привет ребят! Есть ли возможность сделать в приложении блок регистрации по номеру телефона: обойти затраты на отправку смс кода? Есть какие то решения?

Сначала думал даже поспорить

Потом все стало ясно

Да, легче, я начинающий кодер

Экспертов подвезли

Привет ребят! Есть ли возможность сделать в приложении блок регистрации по номеру телефона: обойти затраты на отправку смс кода? Есть какие то решения?

https://firebase.google.com/docs/auth/ios/start

https://firebase.google.com/docs/auth/ios/start

Спасибо Сергей!!?

https://firebase.google.com/docs/auth/ios/start

Ничего себе. Не знал, спасибо. А лимиты есть?

10к в месяц вроде

может я слеп, но где по ссылке про регистрацию по номеру телефона?

может я слеп, но где по ссылке про регистрацию по номеру телефона?

тоже не вижу

во, тут нашел https://firebase.google.com/docs/auth/

https://firebase.google.com/docs/auth/ios/phone-auth

тогда уж так

ну да

https://firebase.google.com/docs/auth/ios/phone-auth

А лимит регистраций существует? не нашёл...

Firebase's phone number sign-in request quota is high enough that most apps won't be affected. However, if you need to sign in a very high volume of users with phone authentication, you might need to upgrade your pricing plan. See the pricing page.

думаю, не парься)

думаю, не парься)

??

Бесплатно - 10К в месяц

Бесплатно - 10К в месяц

а далее ценник какой?

https://firebase.google.com/pricing/

Кто как лечил?

При установке high sierra

Получил кирпич)

https://firebase.google.com/pricing/

спасибо

спасибо

??

Ребята, подскажите, что лучше: Realm или CoreData?

NSUserDefaults

Realm лучше

проще в освоении

в Xcode 9 симулятор реально тормозной стал или мне кажется?

Ребята, подскажите, что лучше: Realm или CoreData?

Realm - это реалтаймовая база

с каждым апдейтом всякая ерунда творится)

а CoreData лучше обертку юзать например MagicRecord

https://github.com/magicalpanda/MagicalRecord последний апдейт 2 года назад, 246 проблем

так себе совет

не будь динозавром, юзай быстрый realm

Мы щас в основном Firebase на фронте бакенда юзаем

На CouchDB еще поглядывали, но он более требователен к ресурсам, для больших проектов как вариант

У Firebase слишком примитивные выборки, но вроде работаю над этим

Coredata в принципе так себе вариант, т.к. придется все вручную потом синхронизироавть с сервером - зачем этот геморрой

Firebase на беке ставим как кеширующий слой между основным бакендом и приложением. Т.е. че-то сложное можно всегда через бакенд прогнать запрос.

Плюс в Firebase куча других ништяков, кроме базы