ну все, теперь вы никогда не узнаете, как в свифте можно с пользой использовать символ ` 😈
языковые литералы в него заключать
Haile
Haile
тьфу, ключевые слова
Sasha
в общем, ответы такие, что
url: пустой NSURL объект
uurl: пустой URL объект
uuurl: nil
Haile
чтоб пропороть назвать или переменную internal
Sasha
почему так, кто-нибудь может объяснить?
Artyom
чтоб пропороть назвать или переменную internal
мне кажется это плохой практикой, но есть одно место в любом коде, где это очень полезно
Haile
мне кажется это плохой практикой, но есть одно место в любом коде, где это очень полезно
у нас в обжектив си коде так проперти называлось
Antontsue
почему так, кто-нибудь может объяснить?
NSURL стрингу валидирует, я думал что в 1м случае nil должен быть вообще
Sasha
Aleksandr
Добрый день! Меня зовут Александр. Я более двух лет работаю в компании Градосервис. За два года были разные проекты, связанные с картами, редактированием слоёв карт, геомониторингом. За два года довелось работать с проектами на Obj-C без поддержки ARC, с проектами на Obj-C и Swift.
Недавно решил попробовать AsyncDisplayKit, но в итоге пришлось от него отказаться (не получилось решить проблемы с ресайзом редактируемого текста в ячейках table view).
О группе узнал от коллеги:) #whois
Antontsue
А что за проблема с ресайзом?
Aleksandr
У меня не получилось заставить нормально работать изменение высоты ячейки при редактировании текста, ASTextNode принимал неправильную высоту или ширину
Aleksandr
С использованием UIKit удалось решить все проблемы
Egor
Пользуясь случаем, порекламирую свой канал с хорошим контентом по iOS разработке: https://telegram.me/iosgr
iartyst
Vyacheslav
Paks
Всем привет, меня зовут Дима. Более 4 лет занимаюсь разработкой под iOS. Сейчас работаю над звонилкой (аналог Вайбера, ватсап и т.п.). Работал над многими небольшими проектами (в основном в стартапах), так что в чем конкретно специалист - трудно сказать. Живу в Киеве.
О группе узнал из гугла :) #whois
Viacheslav
нормально прибыло
Marat 🌫
Привет! :)
Artem
Всем привет. Я занимаюсь iOS разработкой с 2013 года, делал много разного, сечас работаю в Acronis, так же имею проектик taifuno.me - если вашему стартапу будет полезно - feel free to use, так же можете писать мне, помогу с ответами на вопросы :3
Родом из нск, живу в мск
Узнал про группу - ну я думаю, это весьма понятно по батчу пользователей, с которым я прилетел )))
#whois
Anton
Привет, я – Антон. Сейчас живу и работаю на позиции iOS-разработчика в Сочи в стартапе Machine Learning Works. Полжизни программирую на C++/Objective-C, неплохо шарю в стеке сетевых протоколов, люблю всякие VR-штуковины и тд. Про группу узнал от @iosgr. #whois
Anton
особенно return [CrashlyticsKit recordError:error];
Katlenok
Привет! Артём, Работаю в МинОбрНауки, начал пилить прокеты под инициативы министерства. Сейчас делаю электронный информатор по детским садам. Пишу на Objective C, Swift пока опасаюсь. Не могу сказать, что в чём то хорошо разбираюсь, назовусь Junior, всего понемногу. Пришел из @iosgr. #whois
Artem
Что вы думаете по поводу записи
if (error)
return blockSuccess(error);
Иф без фигурных скобочек - моветон
Artem
(Если это не пайтон)
Katlenok
GoodReads эффект :)
Anton
Опросик такой, много кто юзает DI для iOS/macOS?
Viacheslav
воскресенье не лучшее время для опросов
Igor
Речь о самом принципе или о фреймворках?
Antontsue
Опросик такой, много кто юзает DI для iOS/macOS?
Не видел ни одного примера гдебы без этих костылей было не обойтись.
Anton
Кто-то делает DI без фреймворков?
Anton
Или речь про конфликт аббревиатур? DI - Dependency Injection, DI - Dependency Inversion :)
Anton
Да. Наследуешься да добавляешь пропертю.
А базовый класс типа абстрактный, без подставленных конкретных пропертей?
nvkv
фреймворки для DI это какая-то дикая сложность на ровном месте
nvkv
Dependency Injection это чудовищно простой концепт
Antontsue
А базовый класс типа абстрактный, без подставленных конкретных пропертей?
А что наследоваться можно только от абстрактного?
nvkv
нахрена городить какие-то костыли вокруг?
Antontsue
нахрена городить какие-то костыли вокруг?
Попроси хоть один пример описать где необходим ДИ с фреймворками и поймешь масштабы бедствия)
Anton
В этом и проблема, что те несколько DI фреймворков что я видел, меня безумно печалили)))
Antontsue
В этом и проблема, что те несколько DI фреймворков что я видел, меня безумно печалили)))
Ты мне обьясни почему без них не обойтись?)
Anton
Обойтись, конечно. Хотелось инжектить удобнее :)
nvkv
куда удобнее-то?
andreas
Всем привет. Я Андрей. Живу в Краснодарском крае.
В данный момент работаю в Globus-ltd.
В iOS разработке с 2013г.
Из крупных проектов - мегафон_лк, теле2_тв, ну и по мелочи - bashreader, yandex_weather.
Последнее время пишу с использованием либы https://github.com/GlobusLTD/components-ios (например, в ней кастомная замена TableView и CollectionView)
Готов помочь тем, что в моих скромных силах)
Пришел по линку Егора Толстого.
#whois
nvkv
Передай зависимость параметром
nvkv
что может быть ещё удобнее?
Anton
что может быть ещё удобнее?
ну удобнее в 1 месте настраивать инжекты и не тянуть лапшу во все конструкторы
nvkv
Ну на мой взгляд ты на ровном месте добавляешь когнитивной нагрузки на мозг читающего
nvkv
без реальных профитов
nvkv
я, кстати, не очень понимаю о какой лапше речь
nvkv
explicit is better than implicit
Anton
я только за explicit, когда у тебя проперти для инжектов помечены явно
nvkv
дак ну сунь ты их в конструктор
Antontsue
дак ну сунь ты их в конструктор
для этого надо использовать новый модный фреймворк. под свифт конечноже
Antontsue
я только за explicit, когда у тебя проперти для инжектов помечены явно
проперти для инжектов? чем они от обычных пропертей отличаются?
Anton
В конструторы тогда тащить придется насковзь через весь код, этого как раз и хотелось бы избежать
Artem
ну удобнее в 1 месте настраивать инжекты и не тянуть лапшу во все конструкторы
Конструкторы не нужны. На модуль собрал Assembly класс, в аппделегате дергается аппдепенденси, он инициирует нужные модули и прокидывает интерфейсы между ними, если кому надо - скармливает им нужный набор ассемблей.
Artem
И фреймворки ненужны
nvkv
В конструторы тогда тащить придется насковзь через весь код, этого как раз и хотелось бы избежать
то есть хочется избежать explicit :)
Dmitrii
народу с Good Reads подвалило (:
Anton
Anton
@property Alanytics<Injectable> *analytics; на мой взгляд вполне Explicit
Dmitrii
@BeardedAndrew привет, мне тут как-то отдали вопросы собеседования в глобус, алгоритмов там не было :(
Antontsue
@property Alanytics<Injectable> *analytics; на мой взгляд вполне Explicit
а почему нельзя написать @property Alanytics *analytics;?
Anton
ну чтобы не тащить в init аргумент
Anton
или так: @property id<Alanytics><Injectable> analytics;
Anton
Всем привет из знойного Петербурга.
Заходишь в группу первый раз, а тут уже битва за DI идет. Про необходимость использовать DI есть заметка в интернетах http://alejandromp.com/blog/2015/8/25/dependency-injection-without-frameworks/
nvkv
ну чтобы не тащить в init аргумент
Тут такое дело: ответь на вопрос, честно, почему ты не хочешь тащить депенденси в конструктор?
Обычно честный ответ звучит так "их очень много, конструктор будет гигантским"
nvkv
а это значит, что у тебя класс в принципе неправильно написан
Anton
их не много их 2-5 шт обычно
Antontsue
ну чтобы не тащить в init аргумент
можно проперти все сделать отдельными, не тащить их в конструкторы, просто после установки вызвать метод [object setup]
Anton
настройки, аналитика, пара глобальных менеджеров