А вот здесь у вас не будет двойного выделения памяти?
Ведь перед вызовом initWithFrame: разработчики вызывают alloc, а далее у Вас внутри вызывается метод класса [self.class xxx_viewFromNib], который возвращает новый объект. В результате изначальный alloc не имеет смысла.
Я проверял на строке длинной до тысячи символов, с единовременной задержкой работает.
Если говорить о простоте, то Ваш способ получается сложнее, так как подразумевает использование текущей реализации + рекурсия, это я к тому, что было не проще. Но Ваш способ конечно более правильный, так как он гарантирует получение ожидаемого результата, в отличие от моего, который сегодня работает, а завтра — не факт.
Любопытно почитать комментарии к той статье. За четыре года ничего не изменилось: люди, как тогда так и сейчас, очень близко к сердцу воспринимают информацию о продуктах Apple, негативная новость воспринимается как личная обида, а положительная — как личное достижение. Более того, у меня, как пользователя продукции Apple, неосознанно поднимается настроение, когда вижу, что их акции растут или там продажи увеличились, как будто это мне зарплату повысили. Я понимаю, что это странно, но оно само так получается. Вот это действительно магия.
Так а почему Вы так не сделали? Судя по видео, интерфейс приложения формируется из голограмм вокруг устройства. Плюс, как уже сказали, некоторые анимации, представленные на видео, в приложении отсутствуют. И не зря Apple просит не зумить контент, такие эффекты искажают реальность.
Возможно я придираюсь, но если подходить к вопросу формально, то по-другому никак.
Красивое видео конечно хорошо, но я бы предпочел увидеть в рамке телефона на видео то же, что и после запуска самого приложения.
А то может получиться так, что в видео будет вкладываться больше денег, чем в разработку приложения.
Да, все это можно было написать на чистом Swift. Если взгляните на документацию, то увидете, что там все продублировано на двух языках: Objective C и Swift. Apple старается плавно переводить разработчиков на новый язык.
netropolitan.club — при первом входе поприветствовал 500-ой ошибкой.
netropolitan.info — так и не загрузился. [sarcasm mode on]
Видать соц. сеть реально хороша, раз на этапе открытия страницы блокирует тех, кто не может себе позволить взнос в 9000$. [sarcasm mode off]
С определением, в какой банк необходимо направить платеж, понятно. А как все-таки банк поймет кто именно пытается выполнить платеж, то есть с чьего счета списать деньги?
Я вижу только такой вариант: «Device Account Number» это данные кредитки (фио, cvv2, срок действия), подписанные публичным ключом банка. Банк, получая запрос на оплату, резолвит «Device Account Number» в данные кредитки, используя приватный ключ. Та же логика и с «transaction-specific dynamic security code».
Мне вот больше интересно, как работает этот Apple Pay: На сайте написано, что при добавлении данных по кредитке в Pass Book генерируется некий код «Device Account Number». Для оплаты покупки используется этот самый код и и некий код транзакции «transaction-specific dynamic security code». Что дальше происходит непонятно, как банк узнает с какого счета нужно списать деньги?
Спасибо. Ваши дайджесты, ровно как и дайджесты хабраюзера ilusha_sergeevich, хороши тем, что не выходя из хабра можно читать новости, которые с одной стороны интересные, но с другой стороны не дотягивают до публикации на хабре.
А вот здесь у вас не будет двойного выделения памяти?
Ведь перед вызовом
initWithFrame:
разработчики вызываютalloc
, а далее у Вас внутри вызывается метод класса[self.class xxx_viewFromNib]
, который возвращает новый объект. В результате изначальныйalloc
не имеет смысла.Если говорить о простоте, то Ваш способ получается сложнее, так как подразумевает использование текущей реализации + рекурсия, это я к тому, что было не проще. Но Ваш способ конечно более правильный, так как он гарантирует получение ожидаемого результата, в отличие от моего, который сегодня работает, а завтра — не факт.
Что имеется ввиду под «файл Apple»?
Насколько я понимаю данные о карте в чистом виде вообще не будут храниться на девайсе.
Возможно я придираюсь, но если подходить к вопросу формально, то по-другому никак.
А то может получиться так, что в видео будет вкладываться больше денег, чем в разработку приложения.
PS. Программировать с телефона станет гораздо проще.
хабраклавиатурупривет!netropolitan.info — так и не загрузился.
[sarcasm mode on]
Видать соц. сеть реально хороша, раз на этапе открытия страницы блокирует тех, кто не может себе позволить взнос в 9000$.
[sarcasm mode off]
Я вижу только такой вариант: «Device Account Number» это данные кредитки (фио, cvv2, срок действия), подписанные публичным ключом банка. Банк, получая запрос на оплату, резолвит «Device Account Number» в данные кредитки, используя приватный ключ. Та же логика и с «transaction-specific dynamic security code».
Для приложений все было изначально.