Деда
После авторизации и до закрытия попапа
Деда
Я все к тому что логин нужно рассматривать как модальное окно, не нужно его в роутинг включать
Dry
А как то можно вернуть из енама объект определенного типа, в зависимости от выбранного кейса?
Dmitry
фабрику надо использовать для этого
Dry
о
Dry
спасибо
N
народ установка с нуля новой оси лучше установки поверх старой?
N
имеется в виду mac os
Valery
лучше
Кирилл
Народ подскажите, сделал 2 View, 1 по центру экрана с отступами от краев, Установил Constraits. Второй такого же размера (размер стоится через привязку с помощью Constraits к 1-ому View) позиция по горизонтали также фиксируется с помощью Contrait'a с 1-ым. (Второй находится за границами экрана) Сделал анимацию которая меняет Constrait левого края 1-ого блока так что бы он уехал влево за границы экрана а на его место пришёл второй, а также обратную анимацию. Суть проблемы: при движении влево (замена 1 View на 2-ой) второй как бы вырастает по ширине, При обратной анимации (2-ой на 1-ый) все прозодит нормально, 1-ый просто выезжает не меняя своих размеров. В чем межет быть проблема?
Dry
фабрику надо использовать для этого
в целом получилось, но есть одна проблема. у меня объекты немного отличаются набором проперти. Соответственно, получается, я описываю только общие свойства в протоколе и получаю только их в выходном объекте. Выходит, надо декларировать все проперти и ставить nil? Как то глупо… Может что то делаю не так?
Dry
Сущности - разные апи. Одному нужен адрес, ключ, суффикс И так далее, второму только адрес
Dry
еле влезло
Dmitry
еле влезло
У obj c есть optional, не знаю как в свифте. Соотвественно ты можешь в API определить все, а в конкретных уже только то, что нужно, а вызывающий должен проверить отвечает ли этот конкретный протокол этому полю.
Dmitry
Вообще, сюда фабрика слабо лезет. Здесь нужен интерфейс и паттерн билдер для каждого гугла и яндекса.
Dry
Ок, спасибо. Попробую
Anonymous
Hi, can someone help me with userdefaults to prevent the login from being closed?
Dry
Just check if user was logged in at startup
Dry
If Auth.auth().currentUser != nil { /present main screen } else { present login screen }
Anonymous
If Auth.auth().currentUser != nil { /present main screen } else { present login screen }
with this to close the application will return to be in the background as it happens with facebook or others?
Maksim
Всем привет. Вопрос - есть ли возможность в приложении глобально отлавливать краши? Например, если у стороннего сервиса внезапно изменилось апи или формат отправляемых данных, и приложение крашится
Maksim
Деда
Крашится у тебя потому что ты не проверяешь данные от сервера
Деда
Все что пришло от сервера нужно проверить
Maksim
Это понятно, проверки есть, но иногда в таких местах возникает краш, что хз как так получилось. А так хоть отчёт будет
Maksim
Ладно, понял. Ещё проверки
Maksim
Крашлитиксом пользуешься?
Nope. Даже не знал о таком инструменте
Maksim
Благодарю
Деда
https://try.crashlytics.com
Деда
Ловит все краши, в продакшене тоже
Maksim
Буду изучать
Заур
Ребзя, привет! Кто-нибудь пользовался baas системами типо фаербейса или бакендлесса?
Заур
На сколько они решают проблему бэкенда?
Tarik
можно сделать рабочий продукт
Заур
Если нужно сделать небольшое файловое хранилище с комментариями
Заур
Вообще без бэкендщика
Nik
опираясь на опыт продуктов купленных гуглом - будь готов что фаербэйс закроют в любой момент без каких либо предупреждений и коментариев)
Tarik
Вообще без бэкендщика
можно там есть пространство загружай туда свои файлы
Aleksey
Ребзя, привет! Кто-нибудь пользовался baas системами типо фаербейса или бакендлесса?
Пользуюсь Firebase около года. Удобно. Одно Приложение на нем базируется, второе тоже на нем строю
Aleksey
Как вариант Amazon s3 вроде ещё жив :)
Aleksey
У меня пока не такая большая аудитория у приложения чтобы ограничения мешали :) а так, есть тариф blaze - платишь за что нужно
Aleksey
Пока работает
Заур
Аа)) спасибо )
Aleksey
Согласен! Надо быть к этому готовым
Деда
Проблема так же в том что если эти сервисы так же могут поменять условия в одностороннем порядке которые тебе могут и не подойти
Деда
Я против чтобы сторонние сервисы диктовали условия в моем бизнесе
Деда
Поэтому лучше раскошелится на бэкендщика
Aleksey
Потому и Firebase :)
Деда
Но бизнес серьёзный я бы не стал делать с участием стороннего сервиса
Aleksey
Мне видимо проще, я бэкенд сам напишу себе
Класс! Я пока не умею сам писать бэкенд
Aleksey
Временно приходится
Деда
Для попробовать Firebase подойдёт, но стоит и учитывать что уход от него повлечёт переписывание приложение практически с нуля, так как мало кто его использует через фабрику
Деда
Я так выразился. Возможность удалить файрбейс и вставить другое без переписывания
Aleksey
Для попробовать Firebase подойдёт, но стоит и учитывать что уход от него повлечёт переписывание приложение практически с нуля, так как мало кто его использует через фабрику
Что за фабрика? Да, я знаю что надо будет переписывать нетворкинг. Но можно ведь свой бэкенд написать похожим на фаербейс? Чтоб много не переписывать
Aleksey
Для чего?
Деда
Брать тогда его
Деда
И сервер там и клиент
Деда
База есть
Деда
Допилить осталось
Деда
А можно сделать прослойку которой ты будешь говорить - сохрани
Деда
Авторизуй
Деда
А там уже внутри неё firebase
Деда
И если будешь менять firebase, то ты не по всему коду будешь править а только прослойку
Aleksey
А там уже внутри неё firebase
Авторизацию пока не пользую, но смысл понял!
Деда
Не суть, дай, удали, сохрани