30 октября в московском офисе Mail.ru Group состоится очередная встреча сообщества CocoaHeads. Приглашаем на митап заинтересованных iOS- и OSX-разработчиков. В программе — 3 доклада, традиционная викторина и, конечно, неформальное общение.

Описание докладов, ссылка на регистрацию и все детали по митапу под катом. Регистрируйтесь сами и приглашайте коллег!

Часть 2

Компания Apple опубликовала следующую новость 4 марта 2020 г.: “Все новые приложения и апдейты должны соответствовать новым гайдлайнам ревью и интерфейса к 30 апреля (перенесено на июнь) 2020.”

И главным новшеством этих гайдлайнов является обязательное наличие рабочей кнопки “Sign in with Apple” (SIWA) для приложений, позволяющих логиниться через сторонние сервисы (Facebook, Google, Twitter и т.д.).

Казалось бы, всё просто, но есть нюансы →

Большинство прикладных приложения под iOS таким или иным образом используют UIViewController'ы. Там где UIKit фрэймворк — там и UIViewController'ы. Их много, они повсюду, они сидят в засадах и выглядывают из-за каждого угла. Поэтому, любой программист под iOS — будь он зеленым новичком, едва ступившим на тропу программирования, либо матерым профессионалом своего дела, должны знать о UIViewController'aх все.

Причиной написания данной поста является то, что, как оказалось, можно преспокойно программировать под iOS полгода, и не знать полностью о жизненном цикле UIViewcontroller'ов. И на небольших проектах это даже получается. Однако, когда приходится иметь дело с серьезным, достаточно большим проектом, то появляются определенные проблемы с нехваткой памяти, «неправильной» и «непонятной» работой контроллеров, пропажей данных, и еще со многими типичными проблемами, о которых будет написано ниже.

Так вот. В данном посте, я еще раз расскажу о жизненном цикле UIViewController'ов, расскажу о том, что и где стоит делать, и в каком случае. Пост ориентирован на разработчиков разных уровней, так что кто-то узнает для себя что-то новое, а кто-то найдет повод отпинать моменты, на которые стоит обратить внимание Junior'ов в команде.

Всех заинтересовавшихся, прошу

Коллеги, за последние 2.5 года я со своей командой работали над более чем 40 iOS приложениями и более 100-и их версий. За это время мы увидели тясячи заготовок, макетов и финальных дизайнов. С каждым проектом мы все больше усваиваем важность части дизайна в процессе разработки. В связи с чем мы рискнули создать свой продукт, о котором я хочу рассказать сегодня.

QR-коды сегодня используются практически везде, где только можно себе представить. Вполне очевидно, что многим разработчикам было бы интересно узнать, как организовать сканирование и распознавание QR-кодов в своих приложениях для мобильных устройств.

В процессе разработки собственного приложения для iOS столкнулся с тем, что информации на русском языке по теме обработки QR-кодов на просторах Интернета крайне мало. Разобравшись с самим приложением, решил, что необходимо исправить эту вопиюще несправедливую ситуацию. Под катом Вы найдете описание процесса разработки крайне простого приложения, распознающего QR-коды, и представляющего интерес для начинающих iOS-разработчиков. Данная заметка предполагает наличие базовых знаний особенностей работы в Xcode и программирования под iOS.

Одновременно с релизом iOS5 разработчики получили в свое распоряжение обновленный Xcode 4.2, в котором ожидаемо обнаружились некоторые новые «фичи». Под катом кратко рассмотрим основные нововведения, представленные в XCode 4.2.

По запросу “Puzzle” в яблочном магазине сейчас выдает очень много сходных жанров, но очень мало пазлов (в классическом понимании этого слова). Так получилось, что наше первое приложение отправилось на рынок покорять именно эту категорию, и я верю, что у нас получилось исправить ситуацию.
Для нас, честно говоря, осталось неизвестным, что именно вдохновило нас на создание такого приложения, потому что любителей мозаики в компании оказалось немало, и немало было собранных пазлов схожего типа. Хотя наша команда твердо уверена в том, что именно наш Stretch the Puzzle получился уникальным и крутым!

Предистория появления класса MemCache тривиальна. Есть в разработке проект который большую часть времени занимается подгрузкой небольших объемов данных из сети. В основном JSON данные и небольшие изображения. В каждом контроллере был объявлен NSMutableDictionary в котором и сохранялись результаты запросов. Но с ростом количества контроллеров возникло две проблемы — дублирование кода и потеря результатов кеширования при вызове popViewController.

Под катом решение этих проблем.

Хотелось бы на личном опыте поделиться знаниями и методами по созданию интерактивных журналов для iPad.

Где-то в конце 2010 года ко мне обратились с заказом реализовать приложение, которое бы позволяло перевести печатную продукцию издательств (журналы, книги, брошюры) в электронный формат для удобного чтения на iPad. После долгих разговоров и уточнений, финальная задача технического задания была сформулирована так:

Создать приложение для iPad, которое является магазином электронных журналов. Пользователь, пройдя несложную регистрацию, пополнив баланс до необходимой суммы, мог скачать доступный электронный журнал и просмотреть его. Журнал должен быть интерактивным, то есть в нем были функции просмотра набора слайдов, вращения, видео, аудио, увеличения шрифта, добавления закладок, красивой анимации для пролистывания страниц и еще список вещей в том же духе. Исходный журнал представлял из себя чистую pdf, поступающую на прямую из издательства.

Привет Хабр!
Я вот недавно подсел на ваш сайт, в частности раздел посвященный iOS разработке. Этим делом профессионально занимаюсь вот уже как 5 лет и многое повидал. Вот теперь решил поделиться и своим опытом, может кто сочтет полезным.

Спустя месяцы кропотливой работы, мы с радостью представляем специальное приложение для iPad. Честно говоря, его было делать очень трудно. И не только по тому, что это наш первый опыт разработки приложения полностью, что называется, in-house, но и потому, что за время разработки приложения у компании Apple существенно ужесточились требования к приложениям, а у нас поменялось понимание того, что нужно дать пользователю.

Под катом описание функциональности приложения, видео ролик и:

В этой небольшой статье я хотел бы поделиться способами интеграции Вконтакте API в проект IOS.
По этой теме сейчас в интернете мало информации и возможно мои советы кому-то помогут. Я покажу как можно не только получить данные пользователя, но и разместить на стене фотографию, текст и ссылку, а так же случай с вводом капчи.

Спасибо Shmatlay за сегодняшний обзор сервиса Test Flight.
Поскольку в нашей компании мы им тоже пользуемся и достаточно активно, не могу не вставить свои пять копеек по поводу указанного сервиса, основываясь на опыте его эксплуатации.
Если кто-то пропустил указанный пост, кратко поясню, что Test Flight — это сервис, упрощающий тестирование приложений для iOS-устройств путем облегчения процесса сбора кодов тестовых устройств (UDID-ов), а также путем более легкого распространения подписанных для тестеров билдов Вашего приложения. Ну и плюс, можно видеть, сколько раз приложение запускали, сколько раз оно падало, а также получать некоторую отладочную информацию.

Давайте рассмотрим с вами очень простую задачу – вычисление хеш-суммы некоторой строки. Задача встречается повсеместно, стоит вспомнить хотя бы аутентификацию пользователя посредством OAuth. Решение задачи будем рассматривать в рамках разработки приложений под iOS. Ниже, я постараюсь показать наиболее красивое (на мой взгляд) решение задачи с точки зрения архитектуры программного кода.

Мало просто говорить о том, что мы безумно любим музыку. Проще это показать.

Наше приложение для iPhone это воплощение нашего взгляда на то, как можно удобно слушать, управлять и быть всегда с музыкой. Здесь все, начиная дизайном и заканчивая каталогом говорит о том, что музыка может быть рядом.

А на сладкое есть специально отобранный каталог фильмов, которые действительно стоит посмотреть.

Качайте, слушайте и получайте удовольствие.

Скачать Fidel в AppStore
Сервис Fidel

В преддверии осени я завершил разработку iPhone-приложения для хостинга ServerClub.com. Теперь выдалась свободная минутка, и мне хотелось бы воспользоваться ею, чтобы поделиться с Хабрасообществом некоторыми усвоенными в ходе проекта уроками, а также поведать о «граблях», которые встретились на пути.

Итак, началось все с того, что в HQ компании ServerClub.com, предоставляющей в аренду серверы и сопутствующий сервис, родилась идея дополнить веб-сайт мультиплатформенным мобильным клиентом, который предоставлял бы пользователям доступ к их серверам, данным по трафику, датчикам, тикетам, финансам, счетам на оплату, а также позволял бы заказывать серверы прямо из приложения. Вообщем, задумали они повторить весь функционал веб-клиента, переосмыслив и упаковав его в мобильное приложение. Сразу было понятно, что работы предстоит немало, но все же, как это часто бывает, оптимизм переборол разум, и я оценил работу в 1 календарный месяц, по прошествии которого я рассчитывал опубликовать приложение в App Store. Вот только в ходе разработки, согласования и уточнений каждая крупная фича «обросла» еще и мелкими нюансами, на реализацию и полировку которых ушло дополнительное время. Кроме того, неожиданные сюрпризы преподнесли ревьюверы, но обо всем по порядку.

Когда на дворе декабрь, за окном валит снег и сердце начинает биться сильнее в предвкушении предстоящих новогодних праздников, начинаешь задумываться, что же такое подарить родному, любимому человеку или просто знакомым, которые заполняют бесчисленный friendlist в той или иной соцсети. Разумеется, на всех подарков не накупишь, но уделить внимание хочется каждому.

Так и родилась идея создания приложения “iMakeCard”. В нем можно выбрать любую понравившуюся открытку и пожелание для получателя, а затем отправить по e-mail, либо разместить на странице в Facebook или в Твиттере.