Timur
потому что его нет сейчас
Stanislav
Кстати да, поставил вот последний с сайта, UI в Xcode открывет. И пишет что не поддерживает Xcode 8.3 :D
Dima
кстати, почему по сравнению с Android studio в Xcode очень медленный автокомплит?
Stanislav
Потому что Apple охренел. В Xcode 4-5 автокомплит просто летал, хотя железо у меня было слабее
Stanislav
Из последнего еще оч понравился баг в Сиерре из-за которого ноут начинает дико выть кулерами при использовании двух TB портов одновременно
Paks
а у вас после апдейта на новый икскод - тоже миллионы варнингов полезли?
Paks
у меня даже в комментах варнинги пишет =\
Paks
Timur
я еще не решился обновляться)
Stanislav
Вроде нет, особо больше не стало
Stanislav
Возможно он просто включил какую-то диагностику
Paks
у меня чуть ли не в каждой либе пачки варнингов появились
Stanislav
Stanislav
Скормил несчастной AppCode плюсовый сервак с xcodeproj (:
Paks
гы)
Paks
самая большая беда нового икскода
Paks
не открывается описания варнингов
Paks
или ошибок
Paks
Stanislav
Вот объясните мне
Stanislav
Я понимаю, что писать варнинги на русском - это плохо
Paks
и фиг пойми что это вообще такое
Stanislav
Но какого хрена Xcode их не отображает?
Paks
ыыы
Stanislav
и фиг пойми что это вообще такое
Это файрбейс криво собрали
Paks
он сразу учит тебя не писать на русском 😆
Stanislav
Я вчера гуглил
Stanislav
Просто жди
Stanislav
Обновят - пропадет
Paks
аа
Stanislav
он сразу учит тебя не писать на русском 😆
Учитель, епт... Ну серьезно, юникод же
Paks
та да) я тоже как-то себе #warning втулил на русском, как глобальный TODO шоб глаз муляло и долго не висел)
Paks
потом стабильно вызывало недопонимание что за варнинг мне высвечивает в виде ". ,"
Stanislav
Stanislav
Так раньше работало! 100% работало
Paks
у меня в каких-то пред версиях не работал)
Stanislav
У меня сдох где-то в районе 6, так и не заработал
Paks
Ща вообще ничего не пишет) в пред версиях крякозябры были)
Paks
да че тут говорить) если эпл до сих пор в дебаге не шарит выводить русский тексст из массива целиком) ток если поэлементно NSLog'ать
Stanislav
Ну да
Stanislav
Кстати опасненько isEqualToNumber делать
Stanislav
Вдруг там строка лежит
Paks
знач по шапке получит серверсайд) в ТЗ - там лежит число)
Stanislav
А, ну тогда ок. Я просто везде пишу isEqual, оно работает и при любом типе, и при nil, и при NSNull
Paks
я если честно задолбался с серверсайдами бодаться с типами
Stanislav
Помню были когда-то заморочки на сервере и все числа строками приходили, что самое забавное даже ничего не сломалось
Paks
поэтому всегда при разработке совместной - ставлю четкие условия по типам и вариантам того, что может быть. Бо у себя каждый вариант просчитывать - я просто задолбусь, а для них там просто слать в нужном типе значения и не парится)
Stanislav
Сервак на PHP был, они там особо не заморачиваются
Paks
вот вот) они не заморачиваются - а тебе тонну оберток и проверок на ровном месте фигачить)
Stanislav
Еще было прикольно когда сначала приходили NSString, а стали приходить NSNumber. И эти объекты использовались как ключ в словаре. И если в случае строк можно писать и objectForKey и valueForKey, то в случае ключа NSNumber - только objectForKey
Paks
я всегда сливал это для стороны заказчика как: телефон апарат слабее, чем сервер, зачем лишнее время процессорное забирать и у того слабого апаарата, если это можно просто без крови на сервере задать
Paks
всегда прокатывало)
Stanislav
Джуны не знали разницу, где-то было value, где-то object. Потом все попадало нахер
Paks
вот вот)))
Stanislav
Ну это в доисторические времена было
Paks
где можно избежать)
Paks
угу))) когда изучал - было прикольно - что то новое выучил и сразу юзать)
Stanislav
Еще не было object[key] у словаря
Paks
а со временем забил) юзаешь в основом то что массово и без изворотов)
Paks
потом оценил прелесть этого - лишних вопросов ни у кого никогда не возникает)
Stanislav
Хз вот, кмк даже если ты не шаришь в какой-то новой для себя фигне, ты все равно можешь подумать и прикинуть, как ее заюзать. Вот видел я проект где данные между контроллерами передают через NSUserDefaults, так я до сих пор не понимаю что это в голове должно было быть
Paks
это незнание работы делегатов/нотификейшинов)
Paks
я когда ток ток начинал) тоже подобным грешил)))
Paks
делегаты были темным лесом, ваще не понимал как они работают, потом спустя время пришло просвещение
Paks
так же и с блоками)
Paks
когда нашел механизм notification - все) все что ток мона у меня рассылалось всегда) это была радость) зачем юзать непонятные делегаты - если любые данные мона фигачить нотификейшинами)
Paks
а со временем уже пришло понимание чего и для чего юзать)
Stanislav
делегаты были темным лесом, ваще не понимал как они работают, потом спустя время пришло просвещение
Вот кстати хз, я делегаты сразу понял. Даже сейчас помню, первый делегат был для tableView) А вот с реюзом ячеек мы не вкурили и делали им уникальные идентификаторы (каждой :D)
Paks
хых) у меня для работы с таблицами был пустой проект где был шаблон эпловский) я его просто копирывал) и боялся чихнуть, что бы что-то там не то не написать 😆 и оно все сломается)
Stanislav
С другой стороны не так давно пробовал андроид, и сразу гораздо все проще, понятнее и предсказуемее. Опыт, чо. Думаю, не идеальный код вышел, но и явно не дерьмо 😄
Paks
с делегатами так же) написана инструкция - в каком файле что прописывать и в каком файле что вызывать) что бы выполнилось определнное действие в определенном файле)
Paks
такое себе шаблонное программирование было)
Stanislav
там и принципы во многом такие же. Правда жизненный цикл активити я так и не понял до конца, в смысле "нафиг они так сделали". Там фишка в том, что у тебя приложение может стартануть с любой активити, на которой до этого его убила система из-за нехватки памяти. В iOS ты обычно сам решаешь, с чего и как стартовать
Paks
на днях ходил на конфу по мобильной разработке. там для андроида показывали паттерн MVP. у них все стартует из UIView. Она создает контроллер, который создает модель)
Paks
и в такой цепочке работает)
Paks
было странно) что у них центральная точка - View, а не Controller
Anonymous
Каждый маструбирует в пределах своего разумения.