сториборд для лохов

давайте все кодом делать

Но... ведь... накидать прототипчик... мышкой быстрее...

Но... ведь... накидать прототипчик... мышкой быстрее...

Подом джунам отдать в код переписать.

Переписываю сториборды. Недорого

Hello world

давайте все кодом делать

Че, сторибордом ещё не научился?)

Че, сторибордом ещё не научился?)

наоборот, слишком легко там

никакого кайфа

Так усложни задачу.

Проси изредка кого-нибудь дергать твои борды, а ты потом мержи это все)

никакого кайфа

Возьми проект после индуса доделывать там все в одном сторибоарде паутинкой будет

Пишите storyboard в source editor

И трахайся с ним сколько влезет

Да, Серега дело говорит

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

зато больше понимания буит

Понимания?

да

Вот все таки ещё не научился сторибордам)

некоторые делают NavigationController и не знают что такое rootViewController%))))

Ну не страшно же, узнают/научатся)

только выставление размеров - та еще ебля

некоторые делают NavigationController и не знают что такое rootViewController%))))

а только лишь NavigationController имеет rootViewController?

а только лишь NavigationController имеет rootViewController?

как ты захочешь

так как он наследуется от UIWindow

то есть контроллер наследуется от UIView>

?

если пустые делай логаут в телефоне и перебрасывайй на авторизацию

Как сказал (@Kharitonov_AL) это метод все ещё считает что пользователь есть и он вошёл, даже если я его удалю ??‍♂️

Как сказал (@Kharitonov_AL) это метод все ещё считает что пользователь есть и он вошёл, даже если я его удалю ??‍♂️

а var user = firebase.auth().currentUser не nil?

Как сказал (@Kharitonov_AL) это метод все ещё считает что пользователь есть и он вошёл, даже если я его удалю ??‍♂️

Если предполагаешь удалять пользователя в ручную - лучше тогда использовать проверку if Auth.auth().currentUser != nil { // User is signed in. // ... } else { // No user is signed in. // ... }

а var user = firebase.auth().currentUser не nil?

Нет

В том то и дело

а var user = firebase.auth().currentUser не nil?

Не помогает ??‍♂️ он все ещё считает что есть пользователь

ты юзаешь Firebase storage?

Пока только database, auth остальное пока не трогал

Storage тут ни при чем же? Это отдельный модуль

Если предполагаешь удалять пользователя в ручную - лучше тогда использовать проверку if Auth.auth().currentUser != nil { // User is signed in. // ... } else { // No user is signed in. // ... }

проверял это. не работает. удаляется юзер и пофиг. только после логаута не пускает

Пока только database, auth остальное пока не трогал

А зачем тебе удалять пользователя в ручную? И кстати, если ты удалил пользователя, а он всё ещё есть - создай его в консоли заново (не важно что uid другой будет, главное тот же логин и пароль), выполни логаут в приложении и только потом удаляй. Мне помог этот бубен

проверял это. не работает. удаляется юзер и пофиг. только после логаута не пускает

Это совет на будущее

А зачем тебе удалять пользователя в ручную? И кстати, если ты удалил пользователя, а он всё ещё есть - создай его в консоли заново (не важно что uid другой будет, главное тот же логин и пароль), выполни логаут в приложении и только потом удаляй. Мне помог этот бубен

1. Я не смогу его снова создать ибо пароль мне не известен

2. Я хочу отключать и удалять принудительно в случае чего

Основная задача, чтобы админы могли банить и удалять профили

Можно ещё по другому сделать, но это уже костыли

1. Я не смогу его снова создать ибо пароль мне не известен

Удали и поставь Приложение заново. Но не помню помогло мне это или нет

Удали и поставь Приложение заново. Но не помню помогло мне это или нет

Вообще не понял, можешь пояснить?

Вообще не понял, можешь пояснить?

Ты тестишь Приложение или это уже с релизным проблемы?

В 1 пункте не описана проблема, предложили создавать заново пользователя, но я ведь изначально не знаю пароли пользователей ??‍♂️

Ты тестишь Приложение или это уже с релизным проблемы?

Пока тестирую

В 1 пункте не описана проблема, предложили создавать заново пользователя, но я ведь изначально не знаю пароли пользователей ??‍♂️

Ок, я думал ты совсем совсем ещё трестируешь. Ну я например сам создавал юзеров и потом пробовал разные сценарии. Поэтому всегда знал логин и пароль :)

Может это поможет - https://firebase.google.com/docs/auth/ios/manage-users#re-authenticate_a_user

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

Может это поможет - https://firebase.google.com/docs/auth/ios/manage-users#re-authenticate_a_user

спасибо, посмотрю позднее

Не за что! Хорошо если пригодится

Коллеги! Те, кто живет с Auto Layout. Классическая ситуация - UITextView в UITableViewCell и все это с Automatic Dimensions. Проседает fps до 45. Если точно посчитать estimated height и закешировать заранее, сильно поможет?

Коллеги! Те, кто живет с Auto Layout. Классическая ситуация - UITextView в UITableViewCell и все это с Automatic Dimensions. Проседает fps до 45. Если точно посчитать estimated height и закешировать заранее, сильно поможет?

да, фпс с эстимейтами не падает

Спасибо! Но, чувствую, рано или поздно все равно надо будет уйти в CoreText и рисовать вручную, так как на StackOverflow репортуют о падении производительности из-за встроенного ScrollView

Спасибо! Но, чувствую, рано или поздно все равно надо будет уйти в CoreText и рисовать вручную, так как на StackOverflow репортуют о падении производительности из-за встроенного ScrollView

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

UITextView и еще анимация сворачивания/разворачивания по тапу - норм все было с производительностью, спецом проверяли

У меня кстати, назрел похожий вопрос про rounded corners и тени на вьюхах. Когда их много в проекте, как лучше - просить картинки у дизайнеров или ручками делать?

Ручками в layer

Надеюсь, предварительный просчет поможет. А то высота ячеек может в 2-100 раз различаться, ScrollView в шоке, наверное, от такого и начинает тупить

Ручками в layer

Никак не влияет на производительность, если в коде?

Сережа опять ругается))

ERROR: S client not available

В коде насколько я понял ещё лучше производительность

Да и layer кешируется

тестил до 20 загругленных UIImageView внутри списка, в профайлере вообще незаметна нагрузка

Никак не влияет на производительность, если в коде?

лучше текстурами

Надеюсь, предварительный просчет поможет. А то высота ячеек может в 2-100 раз различаться, ScrollView в шоке, наверное, от такого и начинает тупить

У тебя в каждой ячейке по текстВью?

лучше текстурами

?

любое смешение слоев снижает производительность

тестил до 20 загругленных UIImageView внутри списка, в профайлере вообще незаметна нагрузка

Благодар)

У тебя в каждой ячейке по текстВью?

да, текста в них совсем рандомное количество

тестил до 20 загругленных UIImageView внутри списка, в профайлере вообще незаметна нагрузка

хреново тестил

хреново тестил

смотря еще на чем

любое смешение слоев снижает производительность

Вот по этому и спрашиваю. В добавок, если на вьюшке нужны и тень и скругленные углы, то нужна еще одна вьюшка, тк на одной это сделать невозможно.

Вот по этому и спрашиваю. В добавок, если на вьюшке нужны и тень и скругленные углы, то нужна еще одна вьюшка, тк на одной это сделать невозможно.

буквально недавно на хабре было

https://habrahabr.ru/post/345178/

да, текста в них совсем рандомное количество

Ну сложновато будет просчитать высоту ячеек))

https://habrahabr.ru/post/345178/

!!! Спасибо

буквально недавно на хабре было

так эта статья времен 2012-2013 годов

Тогда нормальных GPU не было

лол

а что по твоему изменилось

https://habrahabr.ru/post/345178/

Читал ее тоже

то, что смешивание не будет занимать 40% ресурсов

то, что смешивание не будет занимать 40% ресурсов

и что?

главное понимать что это не бесплатные операции

если проц стал мощнее, это не причина говнокодить

UIBezierPath *shadowPath = [UIBezierPath bezierPathWithRect:cell.imageView.bounds]; [cell.imageView.layer setShadowPath:shadowPath.CGPath];

я про это и говорил, с кешированием

https://sohabr.net/habr/post/264817/ то, что читал пару лет назад, но выпилили с хабра

если проц стал мощнее, это не причина говнокодить

Но для этого его мощность и увеличилась ?

?

Это немного не то)