Илья Школьник

Блог iOS-разработчика

Category Archives: iOS

айСтатистика – борьба с ревьюверами Apple продолжается

Posted on by Posted in iOS, Истории Leave a comment

 

Довольно много времени прошло с тех пор, как мое приложение айСтатистика версии 1.4.2 удалили из Appstore, и, наконец, ревьюверы Apple поведали мне причины удаления приложения с продажи. Правда эти причины у одного ревьювера одни, а у другого – другие!

Я переписывался с главным из Apple iOS Developer Relations – Стивом Реа (Steve Rea). Это не первый мой контакт с этим человеком, более года назад он звонил мне по поводу пропуска все той же айСтатистики, но на тот момент дело касалось функционала очистки памяти. Так или иначе, Стив требует убрать надпись из описания про автоматическое завершение процессов, а также изображения айфонов со страницы Акселерометра.

Но тут-то не все так просто! Вскоре после его разъясняющего письма мне пришел Feedback насчет пропуска версии 1.5, которую я отсылал на рассмотрение аж 7 июля. В Resolution Center (он становится доступен после режекта приложения), где хранятся все пометки и причины отклонения. И что вы думаете там написано? Ничего, связанного с замечаниями Стива, там нет. Всего одна причина: удалите или измените строчку в описании к новой версии “удалено отображение UDID (в связи с новыми правилами Apple)”.

Дело в том, что не дожидаясь ответа от Apple, я заранее предположил, что удаление было связано с использование старых апи для получения UDID, к тому же Apple об этом не раз говорила. Поэтому в новой версии 1.5 я, помимо улучшений, убрал отображение уникального идентификатора. Соответственно об этом и написал в описании к новой версии.

Буду держать в свете последних событий.

Сборник исходников популярных приложений Appstore

Posted on by Posted in iOS, Проекты Leave a comment

Ниже приведен список популярных приложений для iOS и ссылки на их исходные проекты и Appstore.

1. 2012 Olympics – отображает расписание олимпийских событий на 2012 год. (Исходник)

2. Aeropack – ретро-игра от GameSalad. (iTunes link) (Исходник)

3. Alphabet Blocks – развивающая игра из блоков, созданная с помощью Cocos2D. (iTunes link) (Исходник)

4. AntiMapLog – приложение для записи ваших собственных данных (место, время и т.д.) в течение определенного периода времени. (iTunes link) (Исходник)

5. Barcode Scanner – читалка бар-кодов. (iTunes link) (Исходник)

6. Battle For Wesnoth – тактическая фэнтези RPG-игра для iPhone/iPad. (iTunes link) (Исходник)

7. Bubbsy – игра на Box2D, уровни из плиток. (iTunes link) (Исходник)

8. Camlingual – распознавалка текста через камеру. (iTunes link) (Исходник)

9. Canabalt – популярная “беговая” игра. (iTunes link) (Исходник)

10. Clearis – пазл на Cocos2D. (iTunes link) (Исходник)

11. Climbers – 2D -игра про передвижения пальцев, созданная на Cocos2D. (iTunes link) (Исходник)

12. Colloquy – популярный IRC клиент на iPhone. (iTunes link) (Исходник)

13. ComicFlow – читалка комиксов для iPad. (iTunes link) (Исходник)

14. Countitout – приложение подсчета. (iTunes link) (Исходник)

15. Cryptose – криптограммная головоломка на AirPlay SDK. (iTunes link) (Исходник)

16. Diceshaker – симулятор бросания кубиков. (iTunes link) (Исходник)

17. Dollar Bets – записываем персональные рекорды для друзей. (iTunes link) (Исходник)

18. Doom Classic – классический 3D-шутер от первого лица. (iTunes link) (Исходник)

19. Dozuki – интерактивный мануал от iFixit. (iTunes link) (Исходник)

20. Impronta Ecologica – вычисляем и отображаем экологические данные. (iTunes link) (Исходник)

21. Edgy – демонстрация основ OpenCV на iPhone. (Исходник)

22. Edhita – текстовый редактор, передача файлов и интернет-браузер. (iTunes link) (Исходник)

23. Fosdem– календарь. (Исходник)

24. Freshbooks – используем Freshbooks из приложения. (iTunes link) (Исходник)

25. Frotz – фантастика с поддержкой Z-machine формата. (iTunes link) (Исходник)

26. Gas Guide – пособие для студентов мед-училища. (iTunes link) (Исходник)

27. Gorillas – аналог игр Worms/iShoot, созданный с Cocos2D. (iTunes link) (Исходник).

28. HoxChess– китайские шахматы. (iTunes link) (Исходник)

29. iLabyrinth – игра в лабиринт. (iTunes link) (Исходник)

30. iStrobe – фонарик для iPhone 4 с функцией стробоскопа. (iTunes link) (Исходник)

31. Last.fm – приложение для Last.fm. (iTunes link) (Исходник)

32. Little Go – значенитая игра в Го. (iTunes link) (Исходник)

33. Mobilesynth – монофонический синтезатор, предназначенный для живого выступления. (iTunes link) (Исходник)

34. Molecules – 3D-модели молекул. (iTunes link) (Исходник)

35. Mover – заставляем iPhone ездить. (iTunes link) (Исходник)

36. Mugician – синтез музыки для iPad, используется различными музыкантами в реальной жизни для концертов. (iTunes link) (Исходник)

37. Natsulion – твиттер-клиент. (iTunes link) (Исходник)

38. News:yc – клиент хакер-новостей. (iTunes link) (Исходник)

39. NowPlaying – проверка рейтингов песен. (Исходник)

40. Packlog – клиент журнального сайта. (iTunes link) (Исходник)

41. PlainNote – Notepad для iPhone. (iTunes link) (Исходник)

42. PocketFlix – поиск видео по Netflix. (Исходник)

43. Prey – противоугонная система. (Исходник)

44. Puff Puff – подводная 2D-игра на Cocos2D, имеющая физику. (iTunes link) (Исходник)

45. Pw Safe – менеджер паролей. (iTunes link) (Исходник)

46. Quickbright – быстрые настройки яркости. (iTunes link) (Исходник)

47. reMail – E-mail-клиент. (Исходник)

48. RobotFindsKitten – порт классической ASCII игры. (iTunes link) (Исходник)

49. RPI Shuttle Tracker – приложение для отслеживания автобусов вокруг кампуса RPI. (iTunes link) (Исходник)

50. Sci-15 HPCalc – HP-калькулятор. (Исходник)

51. Sage Math – интерфейс системы компьютерной алгебры. (itunes link) (Исходник)

52. Skeleton Key – пазл на Cocos2D. (itunes link) (itunes link iPad) (Исходник) (Исходник для iPad)

53. SpaceBubble – космическая игра с хорошей графикой, управление акселерометром. (itunes link) (Исходник)

54. SparkleShare – Клиент DropBox для хранения файлов. (itunes link) (Исходник)

55. Star3Map – отображение планет с использованием Дополненной реальности. (itunes link) (Исходник)

56. Stockfish Chess – шахматы с очень сложным искусственным интеллектом . (itunes link) (Исходник)

57. Sudoku Resolv – Судоку. (itunes link) (Исходник)

58. Task Coach – to-do, менеджер задач. (itunes link) (Исходник)

59. Teh Internets – игра с участием интернет-мемов на Cocos2D. (itunes link) (Исходник)

60. Tilt Monster – игра на iPhone из ТОП-25 Аппстор, написанная на Corona SDK . (Исходник)

61. Travel Advice UK – показывает путешествия, предоставляемые Правительством Великобритании. (itunes link) (Исходник)

62. Tux Rider – порт популярной игры 3D Tux Racer. (Исходник)

63. Tweejump – “прыжковая” игра на Cocos2D. (itunes link) (Исходник)

64. Tweetee – твиттер-клиент. (itunes link) (Исходник)

65. Tweetero – обычный твиттер-клиент с поддержкой отправки изображений. (itunes link) (Исходник)

66. Vim – классический UNIX текстовый редактор на iOS. (itunes link) (Исходник)

67. ViralFire – игра, уклоняйтесь от капель крови. (Исходник)

68. Wikihow – читалка Википедии. (itunes link) (Исходник)

69. Wikipedia – официальная читалка Википедии. (itunes link) (Исходник)

70. Wolfenstein 3D Classic Platinum –порт популярной игры. (itunes link) (Исходник)

71. WordPress – клиент WordPress. (itunes link) (Исходник)

72. Xpilot – аркадный мультиплеерный шутер. (itunes link) (Исходник)

73. YourRights – сборник Прав. (itunes link) (Исходник)

74. ZBar – читалка бар-кодов. (itunes link) (Исходник)

Начинаем программировать под iOS

Posted on by Posted in iOS, Код 2 комментария

 Содержание

  1. Язык программирования. Какой нужно знать, чтобы писать приложения под iOS.
  2. Нужен ли дизайнер, разработчик интерфейсов или кто-то еще?
  3. Официальная часть: сертификат разработчика.
  4. Необходимое оборудование для комфортной разработки.
  5. Вечный вопрос: AndroidOS или iOS?
  6. Что нужно сделать сегодня?
  7. Создание нового проекта.
  8. Компиляция. Что это такое и зачем это нужно?
  9. Запуск на симуляторе.
  10. Выводим “Hello, world!”.
  11. Какие стандартные view есть в iOS.

Язык программирования. Какой нужно знать, чтобы писать приложения под iOS

Язык программирования (wikipedia.org) — формальная знаковая система, предназначенная для записи компьютерных программ. Язык программирования определяет набор лексических, синтаксических и семантических правил, задающих внешний вид программы и действия, которые выполнит исполнитель (компьютер) под ее управлением.

Пожалуй, вопрос, который я задал в названии этой части, довольно сложный. Я могу ответить на него просто – Objective-C. Если бы я на этом остановился, то я бы оказался неправ . Я бы сказал, что Objective-C – это необходимый минимум. Недавно проходила конференция от Яндекса – YET, на ней один из докладов был посвящен как раз тому, какие языки программирования должен знать разработчик. Ответ был вроде следующего: “Он должен изучать новые и новые языки программирования постоянно, не останавливаясь на каком-то конкретно”. Я с этим полностью согласен. Изучая новые языки программирования, вы изучаете новые подходы, методы программирования. Поэтому, чтобы писать приложения под iOS, нужно знать Objective-C, но также желательно знать и другие языки программирования, чтобы ваш код был хорошим, эффективным, гибким.

Если вы еще не программист, то я вам советую начать с языка Си. Скачайте книгу Кернигана и Ритчи (а лучше купите) о языке Си, прочтите ее, проделайте все, что там вам предлагается, и уже после этого я посоветовал бы вам переходить к Objective-C. Если же вы уже представляете себе, как писать программы, готовы с легкостью ответить на вопросы – “Что такое типы данных? Что такое переменная? Что такое функция или метод? Что такое ссылка и указатель? Что такое “include”?”, вы знаете Си или C++ или же Java или C#, то вы готовы к написанию своего первого приложения под iOS.

Также вам необходимо знать основы ООП и шаблоны проектирования. Наверное, список можно и дальше продолжать, но вряд ли я готов претендовать на качественное объяснение данных понятий. Да, к сожалению, Objective-C не тот язык, с которого можно начать свой путь программиста. Но если вам нравится и хочется творить, то вам пора бежать в магазин, закупаться книгами и начинать свой путь разработчика.

 

Нужен ли дизайнер, разработчик интерфейсов или кто-то еще?

Очередной, не менее простой вопрос. Если вы программист и умеете писать консольные программы и хотите начать писать приложения под iOS, то на начальном этапе вам такой человек не нужен. Если у вас есть iPhone || iPad || iPod Touch, вы знакомы с iOS, то вам не нужен разработчик интерфейсов. Вообще, у Apple есть такой документ – HumanInterfaceGuidelines. В данном документе описано, где и какой элемент интерфейса надо использовать. Поэтому на начальном этапе можно обойтись и без третьих лиц. Вообще iOS SDK предоставляет достаточно возможностей для разрисовки интерфейса приложения, так что рисовать в PS какие-то там кнопочки или разноцветные тексты, градиентные заливки и прочее вам не придется. Позже мы с вами создадим первый проект, в котором мы познакомимся со всеми этапами создания приложения “Hello, World!”.

 Однако, нужно понимать, что когда пойдут серьезные проекты, приложения, которые вы захотите опубликовать в AppStore, то вам уже будет сложнее без дизайнера и разработчика. Сложность может проявиться на разных этапах – либо при разработке приложений, когда вы будете тратить часы в поисках необходимой картинки или сидеть и творить в PS, либо же после того, как опубликуете приложение и начнете получать комментарии от наших любимых юзеров, которые будут жаловаться на ваш убогий дизайн бесплатного приложения. Я столкнулся на обоих этапах с такими проблемами. После получения отстойных комментариев в AppStore я хотел забросить свое приложение, которое между прочим бесплатное, и забыть о неблагодарных пользователях. Однако, полезность самого приложения для меня, а также для многих других пользователей, заставила меня проглотить те гневные комментарии и продолжить разработку приложения. Месяца три назад я начал разрабатывать приложение вместе с дизайнером, который говорит что и куда вставлять, какой цвет выбирать, где и какую картинку рисовать, и это, я хочу сказать, довольно-таки удобно. Поэтому я все же советую в какой-то момент начать использовать услуги дизайнеров, чтобы получать хороший фидбэк от пользователей. И помните – пользователи iOS-устройств хотят видеть хороший дизайн приложения, даже если и его функциональность страдает.

 

Официальная часть: сертификат разработчика

Наверное, вы уже много слышали о каком-то там сертификате разработчика. Сейчас я постараюсь вас ввести в курс дела – зачем он и нужен ли он вам прямо сейчас. Сертификат разработчика представляет собой некий файл, как и любой другой сертификат. Этот файл выдает вам компания Apple после того, как вы пройдете все этапы регистрации в системе iOS (MacOS) Developer (Enterprise) Program.

Что же вам даст наличие данного файла и регистрация в одной из вышеуказанных программ? Ответов на этот вопрос – тьма тьмущая. Поэтому скажу только о самом важном (все нижеописанное дается вам ровно на один год):

  • тестирование ваших приложений на своих девайсах (хотя вроде это хакается и можно и без сертификата)
  • доступ к форуму разработчиков на портале Apple (хотя есть сообщество StackOverflow.com, где гораздо оперативнее можно найти ответ на ваш вопрос)
  • возможность скачать бета-версии (ну и конечно же текущие) iOS и Xcode
  • возможность установить бета-версии iOS на свой девайс
  • возможность опубликовать приложение в AppStore
  • возможность привязать до 100 устройств к своему аккаунту, тем самым разрешив данным девайсам устанавливать бета-версии iOS, тестировать ваши приложения (еще не опубликованные в AppStore) и еще много чего нелегального
  • возможность попонтоваться перед друзьями, что вы официальный разработчик iOS-приложений

Если вы решили, что вам нужен такой сертификат, то будьте готовы расстаться с 100$ (300$ для Enterprise), отправить факс в США, ввести данные вашей банковской карты (внимание! Вашей, именно вашей), ну и дочитать эту главу.

 Итак, поехали.

  1. Идем по этой ссылке http://developer.apple.com/programs/ios/
  2. Кликаем на Enroll Now
  3. Читаем внимательно флуд и идем дальше – Continue
  4. Тут у нас 4 пункта:?a. Вы хотите создать новый Apple ID для Apple Developer Program?b. Вы хотите использовать существующий Apple ID?c. Вы уже зарегистрированы, как простой разработчик, а теперь хотите стать официальным разработчиком со всеми вышеописанными плюшками?d. Вы уже являетесь участником iOS или Mac Developer Program и хотите привязать к вашему аккаунту еще одну программу
  5. Друзья, дальше вам самим надо пройти пару шагов по заполнению личных данных. Я уже точно не помню, что там. Возникнут вопросы – задавайте в этом топике, я отвечу по-возможности на всё.
  6. Вам дали ссылку на .pdf файл, который надо заполнить и отправить по факсу в Apple.
  7. Печатаем его, заполняем (очень внимательно и аккуратно).
  8. Отправляем факс в офис Apple в США. (Будьте бдительны, чтобы ваш факс не попал в чужие руки, потому что там вы указываете номер банковской карты и CVV).
  9. Ждем N-ое количество дней (недель), пока Apple обработает ваш запрос.
  10. Получаем письмо, в котором вас поздравляют с тем, что вы зарегистрировались в программе и лишились ста баксов. Ура!

После удачного прохождения квеста у вас будет доступ к http://developer.apple.com/membercenter/ . Пожалуй, обзор той страницы либо требует отдельной статьи, либо требует поиска в гугл/яндекс.

Ну вот, друзья, перейдем к оставшимся на повестке дня вопросам.

 

Необходимое оборудование для комфортной разработки 

Если вы серьезно решили начать разрабатывать приложения под iOS, то крайне рекомендую сразу приобрести компьютер/laptop с MacOs. Наиболее дешевый вариант – Mac Mini, или что-нибудь б/у. Если вы студент и собираетесь таксать оборудование с собой – Macbook Air. Если у вас много денег и вы хотите мощный универсальный ноутбук – для игр, сложных вычислительных задач и программирования – Macbook Pro. Если вы хотите взять настольный компьютер – iMac или Mac Mini. Для разработки – вам подойдет любой компьютер в любой существующей конфигурации. Размер экрана – на ваше усмотрение. Я вот лично сейчас сижу за Macbook 13” и Mac Mini 17”. Меня устраивают оба дисплея. Если что, то можно всегда подключить внешний монитор к ноутбуку.

Не забываем о том, вам рано или поздно понадобится iPhone, iPod или iPad. Не надо доверяться только iOS-симулятору, который распространяется в одном пакете с Xcode. Всегда тестируйте релизные версии на девайсах. Или же – ищите тестеров (ответственных и добросовестных).

Если вы не готовы потратить столько денег на новое оборудование, то можно попробовать поставить хакинтош на ваш компьютер.

 

Вечный вопрос: Android или iOS?

Возможно, что данный вопрос надо было задать в самом начале, однако он все же расположился в конце данной статьи. Вы уверены, что хотите попробовать себя в область мобильной разработки, но не знаете какую мобильную платформу выбрать? Я не смогу ответить на этот вопрос за вас. Но я знаю одно – если вы хотите разрабатывать приложения под iOS, то вы должны любить продукцию Apple и операционную систему iOS и MacOs. Вы спросите – почему это? Ответ прост – вы должны любить свое дело, вы должны творить. Только тогда вы сможете разработать поистинне классный и полезный продукт. Только в этом случае вы будете изучать с наслаждением Objective-C и iOS. Я считаю, что это очень важно. Если вы обладаете схожими чувствами к продукции Apple, то смело идите в область iOS-разработок. Если вы думаете – я вот знаю Java, но не знаю Objective-C, однако мне больше нравится iOS, чем AndroidOs – то выбирайте iOS. Нет, ну а что вы ожидали, что я начну хвалить Android OS?

Также мне нравится iOS-сфера своим магазином приложений. Там все красиво, правильно и там очень жесткая модерация приложений. Та свалка приложений, которая сейчас в Andoroid OS – это просто ужас, как для пользователей, так и достойных разработчиков.

 

Что нужно сделать сегодня?

Сегодня вы должны решить: когда вы начнете разрабатывать приложения, хватит ли вам текущего опыта для изучения Objective–C, есть ли у вас необходимое оборудование, а самое главное желание?

Hello, world.

Проверка готовности

Перейдем от теории к практике. Для практического занятия вам понадобится Xcode 4.2 с iOS SDK, желательно сертификат разработчика, знание С, С++, Java или Objective-C (ну может знания и в других языках подойдут) и, наконец, желание начать писать приложения под  iOS. Если вам чего-то не хватает, например, сертификата разработчика, то статья будет актуальна для вас все равно. В любом случае, мне кажется, каждому пользователю iOS-девайса должно быть интересно взглянуть на внутреннюю кухню разработки приложений.

 

Создание нового проекта

Поехали. Нажимаем на иконку Xcode. Откроется окошко подобного содержания:

Выбираем пункт “Create a new Xcode project”. В следующем окне выбираем тип проекта. Нам нужен: “iOS – Application – Single View Application”.

 Нажимаем Next. Увидим окно следующего содержания:

 Разъясню поля ввода:

  1. Product Name – Название нового проекта – можете ввести любое, но я советую использовать названия, идентичные моим, потому что я периодически буду на них ссылаться.
  2. Company Identifier – Идентификатор вашей компании – можете заполнить его как угодно.
  3. Bundle Identifier – уникальный идентификатор вашего приложения. Это поле можно будет отредактировать позднее.
  4. Class Prefix – префикс, который будет приписываться к названиям всех классов, которые вы создадите в проекте. Я оставил поле пустым (“XYZ” – это просто подсказка).
  5. Device Family – на какие типы устройств можно будет устанавливать проект. Можно выбрать один из трех вариантов: “iPad/iPhone/Universal“. Их назначение очевидно. Если вы сейчас не можете решить, нужно ли вам создавать универсальное приложение, то можете выбрать любой из других вариантов. Это можно будет исправить на любом этапе жизненного цикла ПО.
  6. Use Storyboard – это связано с созданием модели пользовательского интерфейса. Добавилось вместе с iOS5, так что при использовании этого ужаса ваше приложение можно будет установить только на устройства с осью iOS5 или выше.
  7. Use Automatic Reference Counting – это новая фишка компилятора Apple LLVM 3.0 – автоматически (почти) управляет памятью (следит за утечками, зомби и прочими ужасами). Я бы сказал, что для новичка – идеальный вариант. НО – 1) не все там уж такое автоматическое, 2) доверяете ли вы компилятору больше, чем себе?, 3) Рекомендую управлять памятью вручную.
  8. Include Unit Tests – подключить к проекту юнит-тестирование.

Закончили с формальностями. Идем дальше – нажимаем на кнопку “Next”.

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

Галочку “Create local git repository for this project” не ставим. Лучше потом при необходимости подключим наш проект к репозиторию кода, если вдруг понадобится.

Нажимаем “Create” и видим новое окно, окно нашего рабочего пространства:

И так, у нас создан проект, сгенерировались какие-то файлы, какие-то окошки открыты.

Ознакомимся с файлами в навигационном меню:

  • файлы с суффиксом “.h” – это хэдеры, там, где мы будем давать описание классов
  • файлы с суффиксом “.m” – это implementation файлы, там, где мы будем реализовывать ранее описанные классы
  • файлы с суффиксом “.xib” – это файлы, в которых описывается интерфейс одного окна приложения

 

Компляция проекта

Компиляция —

  1. трансляция программы на язык, близкий к машинному, и последующая её компоновка.
  2. трансляция программы, составленной на исходном языке, в объектный модуль (осуществляется компилятором) и последующая её компоновка в готовый к использованию программный модуль.
  3. трансляция программы, составленной на исходном языке, и последующая её компоновка в программу на некоем машинонезависимом низкоуровневом интерпретируемом коде (как например в случае языка Java).

Процесс компиляции состоит из следующих фаз:

  1. Лексический анализ. На этой фазе последовательность символов исходного файла преобразуется в последовательность лексем.
  2. Синтаксический (грамматический) анализ. Последовательность лексем преобразуется в древо разбора.
  3. Семантический анализ. Древо разбора обрабатывается с целью установления его семантики (смысла) — например, привязка идентификаторов к их определениям, типам данных, проверка совместимости типов данных, определение результирующих типов данных выражений и т. д. Результат обычно называется «промежуточным представлением/кодом», и может быть дополненным древом разбора, новым древом, абстрактным набором команд или чем-то ещё, удобным для дальнейшей обработки.
  4. Оптимизация. Удаляются избыточные команды и упрощается (где это возможно) код с сохранением его смысла, то есть реализуемого им алгоритма (в том числе предвычисляются (то есть вычисляются на фазе трансляции) выражения, результаты которых практически являются константами). Оптимизация может быть на разных уровнях и этапах — например, над промежуточным кодом или над конечным машинным кодом.
  5. Генерация кода. Из промежуточного представления порождается код на целевом языке (в том числе выполняется компоновка программы).

Более простым языком от меня. На этапе лексического анализа проверяется, что все символы в вашем исходном коде идут в нужном порядке и связанные символы на следующих этапах будут рассматриваться как единая сущность – лексема. На этапе синтаксического анализа проверяется, что все лексемы расположены в правильном порядке, на нужных местах, в верной последовательности. И, наконец, на этапе семантического анализа проверяются соответствия типов данных.

И так, когда вы нажимаете “Build project”, то сначала выполняется лексический анализ вашего кода, если он успешен, то синтаксический анализ, и затем семантический анализ. В Xcode все время работает некий легковесный процесс, который выполняет эту функцию, тем самым подсказывая разработчику “на лету”. Например, если вы не поставили “;” или вдруг приравняли int некую строчку символов, то Xcode подчеркнет строку красной волнистой линией.

 

Запуск на симуляторе

И так, попробуем запустить наш проект, для которого мы еще не написали ни строчки кода лично.

Для этого обратимся к меню: Схема компиляции (ей присвоен зеленый цвет на моем скриншоте). Схема – это некая конфигурация проекта. Xcode генерирует ее автоматически. Нажимаем на строку, которая стоит справа от названия проекта (имя девайса), если девайс не подключен, то будет написано “iOS Device”. У вас появится выпадающий список следующего содержания:

В этом списке мы выбираем то, куда будет установлен наш проект: это может быть либо ваш девайс, либо симулятор. Если вы выбрали тип приложения универсальный, то можно будет выбрать тип симулятора: iPhone или iPad. Также можно для симуляторов выбрать версию операционной системы (важно протестировать проект на всех версиях iOS, на которые приложение можно установить). Раз заговорили о минимальной версии iOS, то надо и упомянуть, как определить ее минимальную версию? Все просто – если вы используете методы (фичи), которые были добавлены в версии iOS, например, 4.0, то планка минимальной требуемой операционной системы поднимается до 4.0. Давайте опустим планку до 4.0 с 5.0. Для этого обратимся к меню: “Deployment target” (выделено синим цветом на моем рисунке). Из выпадающего списка выбираем 4.0. Теперь опять вернемся к меню: Схема компиляции. Наш список теперь выглядит следующим образом:

Выберем “iPhone 4.0 Simulator”. И, наконец, нажимаем на стрелочку, под которой написано “Run”. В “Информационном табло” мы увидим процесс компиляции. После того, как все удачно соберется, у нас откроется окно симулятора iPhone:

 Теперь быстро пробежимся по возможностям симулятора.

  • Можно симулировать iPhone, iPhone Retina, iPad.
  • Симулировать различные версии iOS.
  • Снимать скриншоты.
  • Крутить экраны (портретный и ландшафтный режимы)
  • Трясануть
  • Симулировать нехватку памяти.
  • Симулировать сервер печати
  • Геолокационное положение
  • Мультитач жесты(максимум 2 пальца)
  • Прочее

Ко всем этому можно получить доступ из меню программы симулятора:

Пару слов о симуляторе. На симулятор можно устанавливать приложения только через Xcode, их можно удалять прямо из симулятора (как и на реальном устройстве), он поддерживает многозадачность. Но и обладает многими ограничениями, например, нельзя устанавливать сертификат в локальное хранилище сертификатов приложения. Но самый главный недостаток то, что это СИМУЛЯТОР, а не ЭМУЛЯТОР. То есть он всего лишь делает вид, что является iOS-девайсом, просто отрисовывая похожий интерфейс (программный уровень). А вот эмулятор как раз выполняет в точности то, что будет выполнять девайс (на физическом уровне). Какой надо сделать вывод? Обязательно тестируйте на реальном девайсе. У меня бывали случаи, когда на девайсе работает, а на симуляторе нет, и наоборот.

 

Выводим “Hello, world!”.

Надеюсь, до этого этапа все более менее ясно. Если нет, то в процессе разработки начнете понимать более глубоко.

Данная глава написана в память о Деннисе Ритчи, создателе языка программирования C и ключевой разработчик операционной системы UNIX, а также как соавтор книги «Язык программирования C».

Цель главы – украсить наш пустой серый экран. Отлично, поехали. Возвращаемся в Xcode, выбираем в навигационном меню “ViewController_iPhone.xib”. Далее выбираем “View” в появившемся списке. Справа выбираем “Attributes Inspector”. Вот как окно выглядит у меня плюс дополнительные комментарии:

Теперь добавим метку UILabel. UILabel – это название класса в iOS SDK, который позволяет отобразить нередактируемый текст на экране. Вообще, все классы, позволяющие что-то отобразить, имеют префикс UI: UIView, UITableView, UITextView, UIButton,…. В окне  “Доступные объекты для отображения” ищем строку с именем Label. Как-то только нашли, то нажимаем на нее и перетаскиваем на наш текущий вид экрана.

 Синие пунктирные линии помогут вам отцентрировать/откалибровать относительное положение метки. И так, выбираем Label в списке отображаемых объектов, если еще не выбрано, и видим в свойствах пункт: Text. Давайте впишем туда “Hello, World!” и нажмем Enter. Вот у нас изменился текст метки и сжался. Давайте это исправим. В категории свойств выберем “линейку” “Size Inspector”. Там есть поля:

  • x и y – координаты верхнего левого угла метки относительно родительского вида, то есть того вида, куда мы поместили метку – это вид View в нашем случае.
  • width и height – соответственно ширина и высота редактируемого объекта.

Вы можете попробовать редактировать эти значения и проследить изменения. Также редактировать положение и размер можно непосредственное двигая метку (текст) и дергая ее каркас за различные “точки”.

Потратьте еще минут 15-25 и поиграйтесь с различными свойствами в различных категориях:

  1. Выравнивание текста
  2. Размер шрифта
  3. Цвет, тень текста
  4. и др.

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

 

Какие стандартные view есть в iOS.

В предыдущем пункте я затронул названия некоторых классов, отвечающих за интерфейс. Собственно приставка UI и означает User Interface. Тут я приведу, возможно не полный, список доступных типов view. Во-первых, все описанные ниже классы наследуются от UIView, т.е. обладают теми же свойствами и методами. Во-вторых, вы всегда можете создать собственный кастомный view. Список ниже:

1)  UILabel – метка – основное назначение: отображение одной или нескольких нередактируемых строк текста.

2)  UIButton – кнопка – основное назначение: обычная кнопка, посылает сигналы объектам, уведомляя о том, что на нее нажали

3)  UISegmentedControl – кнопка с сегментами – основное назначение: кнопка с несколькими активными частями, можно определить, на какую нажали

4)  UITextField – текстовое поле ввода – основное назначение: поле для ввода текста пользователем

5)  UISlider – слайдер – основное назначение: обычный слайдер, помогает более интуитивно изменять какие-либо настройки

6)  UISwitch – On/Off переключатель – основное назначение: имеет два состояни – включен или выключен, назначение очевидно

7)  UIActivityIndicatorView – индикатор активности – основное назначение: обычно используется, чтобы сообщить пользователю о том, что приложение либо скачивает данные, либо просто выполняет какие-то вычисления

8)  UIProgressView – индикатор состояния (прогресса) – основное назначение: отображать состояние завершенности чего-либо

9)  UIPageControl – переключение между страницами – основное назначение: отображение количества страниц, отображение текущей страницы

10)  UIStepper (>= iOS 5)- +/- пошаговый контроллер – основное назначение: тоже очевидно

11)  UITableView – таблица – основное назначение: отображение таблицы, пожалуй, самый популярный элемент

12)  UITableViewCell – ячейка таблицы – основное назначение: отображение строки в таблице, обычно кастомизируется

13)  UIImageView – изображение – основное назначение: отображение картинки или изображения

14)  UITextView – текстовое поле (скроллируемое) – основное назначение: отображение большого объема текста, который можно прокрутить.

15)  UIWebView – web – основное назначение: отображение web-страницы

16)  UIMapView – карты – основное назначение: отображение карты

17)  UIScrollView – скроллируемый вид – основное назначение: отображение нескольких view, которые не помещаются на одном экране

18)  UIDatePicker – вид выбора даты – основное назначение: идеальный вариант для ввода даты

19)  UIPickerView – вид выбора барабанный – основное назначение: альтернатива таблице при выборе какой-либо опции

20)  UIView – просто вид – основное назначение: очевидно

21)  UINavigationBar – навигационная панель – основное назначение: панель, в которую выводится заголовок экрана и дополнительные кнопки управления

22)  UINavigationItem – элементы UINavigationBar – основное назначение: очевидно

23)  UIToolbar – тулбар – основное назначение: отображение панели, на которую помещаются кнопки для управления приложением

24)  UIBarButtonItem – элементы тулбара – основное назначение: очевидно

25)  UIBarButtonItem (fixed and flexible space) – элементы тулбара особенные – основное назначение: изменяем расстояние между кнопками на тулбаре

26)  UITabBar – таббар – основное назначение: помогает переключаться между различными несвязанными с друг другом экранами

27)   UITabBarItem – элемент таббара – основное назначение: очевидно

28) И другие.

Определение лиц

Posted on by Posted in iOS, Проекты Leave a comment

Функция определения лиц от Apple появилась только в iOS SDK 5.0, сообтветственно для тестирования приведенного ниже примера необходима iOS 5.0 или выше.

Ниже будет пример определения лиц(а также глаз и рта) на заложенной ранее фотографии.

Итак, приступим.

Добавляем в приложение CoreImage.framework, подключаем хидер:

#import <CoreImage/CoreImage.h>

Запускаем метод faceDetector

[self faceDetector];

Сам этот метод берет изображение из проекта и посылает его функции, которая обрабатывает изображение.

-(void)faceDetector
{
    // Загрузка изображения для определения лица
    UIImageView* image = [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"test.jpg"]];

    // Добавляем изображение в окно
    [self.window addSubview:image];

    // Запускаем мотед markFaces в фоновом режиме
    [self performSelectorInBackground:@selector(markFaces:) withObject:image];

    // Переворачиваем изображение по оси Y для корректного отображения
    [image setTransform:CGAffineTransformMakeScale(1, -1)];

    // Переворачиваем окно по оси Y для корректного отображения
    [self.window setTransform:CGAffineTransformMakeScale(1, -1)];
}

Метод markFaces: получает исходное изображение и обрабатывает его, добавляя контуры лица, глаз и рта, которые были обнаружены.

-(void)markFaces:(UIImageView *)facePicture
{
    // Рисуем CI-изображение из ранее загруженного изображения для распознавания лица
    CIImage* image = [CIImage imageWithCGImage:facePicture.image.CGImage];

    // Создаем распознаватель лица, выставляем ему высокую точность, пренебрегая временем выполнения
    CIDetector* detector = [CIDetector detectorOfType:CIDetectorTypeFace
                                              context:nil options:[NSDictionary dictionaryWithObject:CIDetectorAccuracyHigh forKey:CIDetectorAccuracy]];

    // Создаем массив, содержащий все обнаруженные лица от детектора
    NSArray* features = [detector featuresInImage:image];

    // Будем повторять каждое обнаруженное лицо. CIFaceFeature дает нам ширину для всего лица, а также координаты для каждого глаза и рта, если они были обнаружены. Кроме того, предоставляется BOOL для глаз и рта, чтобы мы могли проверить существуют ли они.
    for(CIFaceFeature* faceFeature in features)
    {
        // Получаем ширину лица
        CGFloat faceWidth = faceFeature.bounds.size.width;

        // Создаем UIView по размерам лица
        UIView* faceView = [[UIView alloc] initWithFrame:faceFeature.bounds];

        // добавляем рамку к UIView
        faceView.layer.borderWidth = 1;
        faceView.layer.borderColor = [[UIColor redColor] CGColor];

        // добавляем UIView в окно
        [self.window addSubview:faceView];

        if(faceFeature.hasLeftEyePosition)
        {
            // Создаем UIView по размеру левого глаза
            UIView* leftEyeView = [[UIView alloc] initWithFrame:CGRectMake(faceFeature.leftEyePosition.x-faceWidth*0.15, faceFeature.leftEyePosition.y-faceWidth*0.15, faceWidth*0.3, faceWidth*0.3)];
            // Меняем фон на синий
            [leftEyeView setBackgroundColor:[[UIColor blueColor] colorWithAlphaComponent:0.3]];
            // Устанавливаем правильную позицию, где находится левый глаз
            [leftEyeView setCenter:faceFeature.leftEyePosition];
            // Закругляем углы
            leftEyeView.layer.cornerRadius = faceWidth*0.15;
            // Добавляем к окну
            [self.window addSubview:leftEyeView];
        }

        if(faceFeature.hasRightEyePosition)
        {
            // Создаем UIView по размеру правого глаза
            UIView* rightEye = [[UIView alloc] initWithFrame:CGRectMake(faceFeature.rightEyePosition.x-faceWidth*0.15, faceFeature.rightEyePosition.y-faceWidth*0.15, faceWidth*0.3, faceWidth*0.3)];
            // Меняем фон на синий
            [rightEye setBackgroundColor:[[UIColor blueColor] colorWithAlphaComponent:0.3]];
            // Устанавливаем правильную позицию, где находится правый глаз
            [rightEye setCenter:faceFeature.rightEyePosition];
            // Закругляем углы
            rightEye.layer.cornerRadius = faceWidth*0.15;
            // Добавляем к окну
            [self.window addSubview:rightEye];
        }

        if(faceFeature.hasMouthPosition)
        {
            // Создаем UIView по размеру рта
            UIView* mouth = [[UIView alloc] initWithFrame:CGRectMake(faceFeature.mouthPosition.x-faceWidth*0.2, faceFeature.mouthPosition.y-faceWidth*0.2, faceWidth*0.4, faceWidth*0.4)];
            // Меняем фон на зеленый
            [mouth setBackgroundColor:[[UIColor greenColor] colorWithAlphaComponent:0.3]];
            // Устанавливаем правильную позицию, где находится рот
            [mouth setCenter:faceFeature.mouthPosition];
            // Закругляем углы
            mouth.layer.cornerRadius = faceWidth*0.2;
            // Добавляем к окну
            [self.window addSubview:mouth];
        }
    }
}

Вот и все.

Внимание: в примере работает система автоматического контроля над памятью ARC. Если в вышем проекте ARC отключена, то не забудьте очистить память.

Скачать проект

 

Как перевести секунды в дату

Posted on by Posted in iOS, Mac OS, Код Leave a comment

Функция перевода секунд в удобный вид даты.

Параметры:

  • (int) time – количество секунд

Возвращаемая переменная:

  • объект класса NSString, содержащий в себе строку конвертированной даты.

Код:

- (NSString *)stringWithSeconds:(int)time {
	int seconds = time%60;
	time = time/60;
	int minutes = time%60;
	time = time/60;
	int hours = time%24;
  int days = time/24;
	NSString *string;
	if (days!=0) {
		string = [NSString stringWithFormat:@"%d:%02d:%02d:%02d", days, hours, minutes, seconds];
	} else if (hours!=0) {
		string = [NSString stringWithFormat:@"%d:%02d:%02d", hours, minutes, seconds];
	} else {
		string = [NSString stringWithFormat:@"%02d:%02d", minutes, seconds];
	}
	return string;
}

Отдельное спасибо iT0ny

Как перевести байты в другие единицы размера

Posted on by Posted in iOS, Mac OS, Код Leave a comment

Функция перевода размера в байтах в более приемлимый вид.

Параметры:

  • (int) theBytes – количество в байтах

Возвращаемая переменная:

  • объект класса NSString, содержащий в себе строку конвертированного размера.

Код:

- (NSString *)stringWithBytes:(int)theBytes {
       double bytes = (double)theBytes;
       NSString *type = NSLocalizedString(@"Bytes",nil);
       if (bytes>1024.00) {
             type = NSLocalizedString(@"KB",nil);
             bytes = bytes/1024.00;
             if (bytes>1024.00) {
                    type = NSLocalizedString(@"MB",nil);
                    bytes = bytes/1024.00;
                    if (bytes>1024.00) {
                            type = NSLocalizedString(@"GB",nil);
                            bytes = bytes/1024.00;
                    }
             }
      }
      return [NSString stringWithFormat:@"%.2f %@", bytes, type];
}

Шифрование данных

Posted on by Posted in iOS, Проекты Leave a comment

Все мы давно знаем, что есть такая штука, как шифрование, но не все знают как ее реализовать, чтобы защитить свои данные.

Здесь я приведу пример симметричного шифрования, не требующего каких-либо сторонних библиотек.

Итак, начнем!

Подключаем хидеры:

Код:
#import "NSData-AES.h"
#import "Base64.h"

Код шифрования строки. Разберем на примере NSString:

Код:
NSString *password = @"mypassword"; //пароль для шифрования
NSString *str = @"mytext"; //исходная строка

//Шифруем строку через NSDate
NSData *data = [str dataUsingEncoding: NSASCIIStringEncoding];
NSData *encryptedData = [data AESEncryptWithPassphrase:password];
[Base64 initialize];
NSString *b64EncStr = [Base64 encode:encryptedData];

//Проверка зашифрованной строчки
NSLog(@"CryptedString=%@",b64EncStr);

Код расшифрования строки:

Код:
NSString *password = @"mypassword"; //пароль для расшифровывания, должен совпадать с паролем шифрования
NSString *str = @"2upXvtOFsocuB9OvLXa2kQ==" //исходная зашифрованная строка; 

//Расшифровываем строку через NSDate
[Base64 initialize];
NSData *b64DecData = [Base64 decode:str];
NSData *decryptedData = [b64DecData AESDecryptWithPassphrase:password];
NSString* decryptedStr = [[NSString alloc] initWithData:decryptedData encoding:NSASCIIStringEncoding];

//Проверка расшифрованной строчки
NSLog(@"DecryptedString=%@",decryptedStr);

Полная реализация шифрования доступна в проекте, который можно скачать ниже.

 

 

 

 

 

 

 

 

 

Скачать проект

Обзор игровых движков для iPhone

Posted on by Posted in iOS Leave a comment

 

Ниже представлен весьма подробный обзор основных бесплатных игровых движков для itouch – устройств с открытым исходным кодом.

Обзор подготовлен на анализе нескольких игровых приложений, созданных на данных движках и не претендует на полный охват рынка. Если вам есть чем дополнить обзор, то мы всегда будем рады вашим комментариям.

1) Cocos2d – бесплатный некомерческий движок с открытым исходным кодом, распространяется по лицензии LGPL. Список игр разработанных на этом движке можно посмотреть здесь. Код доступен здесь.
Прекрасный движок для 2Д-игр, включает в себя поддержку движка Chipmunk, как бы 2-в-1. Обработка звука осуществляется при помощи OpenAL.
У продукта огромное количество разработчиков и очень много примеров использования и туториалов. Более подробное описание движка было на Хабре.

2) Sio2Engine – прекрасный игровой движок, написанный на C, есть как бесплатная версия с исходным кодом, так и инди-версия за 49$. Бесплатная лицензия требует от вас показывать в начале игры заставку, указывающую на использования вами этого игрового движка. Это, несомненно, справедливо, так как качество движка на высоте и разработчиков необходимо поддерживать. Основной минус движка в том, что он поддерживает только 3Д-формат файлов Blender, но это легко обходится плагинами для Blender, которые позволяют конвертировать файлы в другие 3Д-форматы.
В SiO2 входит хороший набор учебных пособий. Он также обеспечивает поддержку для сложных функций, таких как скелетная анимация, а также физика мягких тел, которые описаны в руководствах.
С версии 1.4. движок совершил настоящий прорыв в производительности. Так что рекомендуем использовать эту версию и старше. Это, вероятно, самый лучший движок для обработки 3Д-графики на touch-устройствах.
Исходный код доступен здесь. Кстати, сообщество продает исходные коды разработанных игр по стоимости от 49 до 249$. Внимательно ознакомьтесь с лицензией перед использованием.

3) Oolong Engine – 3D-движок написанный на C ++, обеспечивает отличную производительность. Недостатком Oolong является то, что его трудно использовать для тех, кто не знаком с OpenGL ES.
Oolong поддерживает широкий спектр функций, а также очень хорошее представление, которое, тем не менее очень сложно использовать. Этот движок низкого уровня предназначен для программистов, так что если вы начинающий в разработке компьютерных игр, то я бы на вашем месте, держаться подальше от этого движка.
Исходный код доступен на Google Groups (тут), документации очень мало, но сообщество разработчиков активно и вы можете получить ответы на свои вопросы в группе. Распространяется под MIT – лицензией.
Этот продукт подойдет скорее тем, кто хочет создать свой собственный игровой движок.

4) Irrlicht Engine – так же написанный на С++ движок. Сайт разработчиков не содержит официального порта под iphone, но, судя по слухам, вы можете найти версию OpenGL ES в репозитории.
Irrlicht это отличный движок с открытым исходным кодом, который поддерживает очень широкий спектр форматов файлов, и лучшая поддержка для классического BSP формата. Активное сообщество разработчиков опубликовало так же множество других инструментов, которые были созданы для движка.
Не смотря на это, сложно рекомендовать Irrlicht, потому что нет официального порта на iphone, и если вы почитаете форумы там мало кто готов помочь тем, кто пытается заставить двидок работать на iPhone, хотя некоторые из них создали игровые приложения для iPhone.
Irrlicht распространяется по лицензии Zlib.

5) Love – опенсорсный 2Д движок, который использует Lua как основной язык разработки. Это скорее даже не движок, а фреймворк для разработки игр. Разработчики говорят о крайней простоте создания игр на нем. Распространяется по Zlib – лицензии.

6) Aves Engine – проект еще в разработке, но авторы уверяют, что это первый HTML-5 движок для игр. Так как touch устройства поддерживают HTML-5 то это стоящая для изучения тема.

7) Antiryad Gx – этот движок примечателен тем, что поддерживает большое количество платформ и операционных систем:
Платформы – Playstation 2, PSP, Xbox, DS, Wii, IPhone/IPod Touch;
Операционные системы – AmigaOs v3.0, Dos, Linux x86, MacOSX x86, Windows 32.
Причем для всех платформ и операционных систем движок имеет единый API, и для того, чтобы портировать игру на другую консоль или ОС, достаточно поменять настройки инициализации движка и скомпилировать игру заново.Кстати, об API – хоть он и содержит более 4000 функций, он очень прост в освоении и использовании. Каждая функция доступна на любом из трех поддерживаемых языков: C, C++, Gel. Gel – это встроенный бейсикоподобный скриптовый язык, созданный специально для Antiryad Gx.
Их примеров под платформу iOS можно выделить невзрачные Dark Area 2 и Isla Dragon. Скачать можно отсюда

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

1) Bork 3D – Этот движок разработан для программистов, тут нет удобных визуальных тулзов, никаких WYSIWYG-редакторов. Для примера работы движка можно посмотреть на игру Anytime Golf. Что действительно привлекательно в этом игровом движке, так это то, что автор продает его с исходным кодом и стоимость начинается от 49$.

2) iTGB – двухмерный движок с чрезвычайно простым визуальным редактором игровых сцен. Хороший по показателям скорости и чрезвычайно хороший по удобству создания игровых сцен. Полный исходный код включен в поставку, так что это отличный движок для начала создания игр. Cтоимость начинается от 750$.

3) iTGE – трехмерный движок от создателей iTGB. Насколько я смог понять, он базируется на ядре движка Oolong. Так же как и в iTGB есть удобный визуальный редактор сцен и обширный набор функций. В раннем прошлом этот движок был использован для создания многих Инди-игр для Windows – платформы. стоимость начинается от 650$

4) Shiva Ston3d – Шива содержит визуальный редактор для дизайна сцен и, если почитать форумы разработчиков, то, видимо, этот движок стоит за многими наиболее популярными тайтлами в app store. Этот движок использует Lua – подобный скриптовый язык для разработки. Самые большие минусы движка – он не нативен для iphone и не факт, что выши приложения на нем пропустят модераторы Apple и то, что редактор Шивы работает в среде виндовс, что для мак-разработчиков как то нелепо. Придется работать с виртуальной системой. Стоимость движка от 250$

5) Unity 3D – известный за удобство использования игровой движок, который развивается уже достаточно много лет. Содержит визуальный редактор для сценографии и использует С# и язык программирования Boo. Самое важное качество движка – удобство разработки на нем, однако, не смотря на несколько игр в магазине Эпл, этот движок не нативен для разработки под iphone. Стоимость начинается от 199-499$. Имеется триал-версия, ограниченная временем работы.

6) Polarbit Fuse – пока не очень изученный продукт, разработчики так и не ответили на мое письмо, возможно вы будете более удачливы.

7) Airplay – судя по всему, не совсем движок. Но игры на нем все-таки делали, судя по анонсам разработчиков этого SDK. Бесплатный для ознакомления. Цена начинается от 100 долларов.

8) UDK – не иначе, как Unreal Development Kit, призван для создания реалистичных объектов с невероятной графикой и фантастическим миром. Такой набор инструментов используют Infinity Blade и Epic Citadel.
Unreal Development Kit (или Unreal Engine 3) – это полноценная профессиональная система разработки игр. Инструментарий игрового движка Unreal Engine 3 даёт вам возможность создавать большие игры с передовой системой визуализации и 3D-моделированием. Этот знаменитый движок и инструменты являются одними из лучших.
СДК доступен бесплатно здесь. Полная версия платная. Бесплатная версия соответственно урезана.

9) iXors3d – это ветвь от движка Xors3d для разработки 2D/3D-игр на iPhone и iPod touch (iPad поддерживается пока в экспериментальном режиме). Это весьма мощный и удобный игровой 3D-движок, унаследовавший возможности Xors3d, который развивался изначально как библиотека для Blitz3d. Он достаточно прост и удобен для использования.
Движок iXors3d на писан на языке программирования C++ с некоторыми вкраплениями чистого C. Поэтому он довольно-таки быстр. Но портируемые проекты требуют некоторой доработки. iXors3d позволяет работать с сенсорным дисплеем, реализовывать управление по multitouch-системе.
iXors3d использует собственный графический 3D-движок на основе OpenGL ES 1.1. Но разработчики планируют внедрить в следующие версии OpenGL ES 2.0, что повысит характеристики 3D-графики. Поддерживаются 3D-модели форматов .b3d (скелетная анимация) и .md2 (per-vertex). Запланирована поддержка .3ds и .ms3d. Поддерживаются текстуры в форматах: .bmp, .jpg, .png, .tif, .gif, .xbm. Полная версия стоит от 100$

Распознавание крякнутой версии (Anti-Piracy)

Posted on by Posted in iOS Leave a comment

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

Внимание! Способы, описанные ниже, необходимо использовать только для ознакомления с возможными методами защиты. За их работоспособность данный сайт ответственности не несет в связи с постоянно обновляющейся технологией компиляции приложений, а также самой iOS. Материал должен служить источником вдохновления на создания новых защитных систем.

Итак, хватит формальностей, начнем:

1) Проверка идентификатора. Самое простое:

Код:
#if !TARGET_IPHONE_SIMULATOR
int root = getgid();
if (root <= 10) {
	//Крякнута
}
#endif

Здесь ведется проверка того, что идентификатор процесса приложения не находится среди идентификаторов системных процессов(меньше или равно 10). Если находится, то программа точно взломана.

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

2) Проверка файлов. Следующий метод, предложен одним форумчанином крупного зарубежного форума девелоперов:

Код:
#define kInfoSize 500
//Place your NSLog Plist Size into the above Define statment
NSString* bundlePath = [[NSBundle mainBundle] bundlePath];
NSString* path = [NSString stringWithFormat:@"%@/Info.plist", bundlePath ];
NSDictionary *fileInfo = [[NSBundle mainBundle] infoDictionary];
NSFileManager *fileManager = [NSFileManager defaultManager];
NSDictionary *fileAttributes = [fileManager fileAttributesAtPath:path traverseLink:YES];

if (fileAttributes != nil) {
	NSNumber *fileSize;
	if(fileSize = [fileAttributes objectForKey:NSFileSize]){
		NSLog(@"File Size:  %qi\n", [fileSize unsignedLongLongValue]);
		//Best to see the File Size and change it accordingly first
		NSString *cSID = [[NSString alloc] initWithFormat:@"%@%@%@%@%@",@"Si",@"gne",@"rIde",@"ntity",@""];
		BOOL checkedforPir = false;
		if([fileInfo objectForKey:cSID] == nil || [fileInfo objectForKey:cSID] != nil) {
			if([fileSize unsignedLongLongValue] == kInfoSize) {
				checkedforPir = true;
			}
		}
		if(!checkedforPir){
			//Крякнута
		}
		[cSID release];
	}
}

Метод проверяет размер наличие “Signerldentity” в Info.plist. Если данная строка имеется в файле, то бьем тревогу. Для большей маскировки от хакера рекомендуется разбивать строку как можно больше. Рекомендую делать побитовое смещение искомых строк.

3) Проверка файлов. Более компактное и быстрое исполнение 2го метода:

Код:
NSBundle *bundle = [NSBundle mainBundle];
NSDictionary *info = [bundle infoDictionary];
if ([info objectForKey: @"SignerIdentity"] != nil)
{
	//Крякнута
}

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

Код:
#define INIT_STRING @"SignerIdentity"
NSString *aString = INIT_STRING;

Это скрывает “SignerIdentity” из шестнадцатеричного редактора, что делает взлом намного сложнее.
4) Проверка файлов. Некая новинка:

Код:
NSString* bundlePath = [[NSBundle mainBundle] bundlePath];
BOOL fileExists = [[NSFileManager defaultManager] fileExistsAtPath:(@"%@/_CodeSignature", bundlePath)];
if (!fileExists) {
	//Крякнута
	NSLog(@"Крякнута");
}
BOOL fileExists2 = [[NSFileManager defaultManager] fileExistsAtPath:(@"%@/CodeResources", bundlePath)];
if (!fileExists2) {
	//Крякнута
	NSLog(@"Крякнута2");
}
BOOL fileExists3 = [[NSFileManager defaultManager] fileExistsAtPath:(@"%@/ResourceRules.plist", bundlePath)];
if (!fileExists3) {
	//Крякнута
	NSLog(@"Крякнута3");
}

Метод банально проверяет существование “_CodeSignature”, “CodeResources”, и “ResourceRules.plist”. Во время взлома приложения эти файлы не всегда учитываются и удаляются. Не самый лучший метод, однако не просто взламывается. Также рекомендую делать побитовое смещение искомых строк.

5) Проверка даты. Следующий метод – вершина технологий:

Код:
NSString* bundlePath = [[NSBundle mainBundle] bundlePath];
NSString* path = [NSString stringWithFormat:@"%@/Info.plist", bundlePath];
NSString* path2 = [NSString stringWithFormat:@"%@/AppName", bundlePath];
NSDate* infoModifiedDate = [[[NSFileManager defaultManager] fileAttributesAtPath:path traverseLink:YES] fileModificationDate];
NSDate* infoModifiedDate2 = [[[NSFileManager defaultManager] fileAttributesAtPath:path2 traverseLink:YES] fileModificationDate];
NSDate* pkgInfoModifiedDate = [[[NSFileManager defaultManager] fileAttributesAtPath:[[[NSBundle mainBundle] resourcePath] stringByAppendingPathComponent:@"PkgInfo"] traverseLink:YES] fileModificationDate];
if([infoModifiedDate timeIntervalSinceReferenceDate] > [pkgInfoModifiedDate timeIntervalSinceReferenceDate]) {
	//Крякнута
}
if([infoModifiedDate2 timeIntervalSinceReferenceDate] > [pkgInfoModifiedDate timeIntervalSinceReferenceDate]) {
	//Крякнута
}

Очень уникальный метод. Проверяет дату модификации Info.plist, бинарника, а также PkgInfo. Изначально дата модификации этих 3х файлов одинакова. После взлома дата модификации файлов Info.plist и бинарника – меняется. Если дата Info.plist и бинарника позднее PkgInfo, то программа взломана или были попытки.

6) Анти-отладчик. Далее очень мощный метод:

Код:
// The iPhone SDK doesn't have , but it does have ptrace, and it
// works just fine.
typedef int (*ptrace_ptr_t)(int _request, pid_t _pid, caddr_t _addr, int _data);
#if !defined(PT_DENY_ATTACH)
#define  PT_DENY_ATTACH  31
#endif  // !defined(PT_DENY_ATTACH)

void ZNDebugIntegrity() {
	// If all assertions are enabled, we're in a legitimate debug build.
#if TARGET_IPHONE_SIMULATOR || defined(DEBUG) || (!defined(NS_BLOCK_ASSERTIONS) && !defined(NDEBUG))
	return;
#endif

	// Lame obfuscation of the string "ptrace".
	char* ptrace_root = "socket";
	char ptrace_name[] = {0xfd, 0x05, 0x0f, 0xf6, 0xfe, 0xf1, 0x00};
	for (size_t i = 0; i < sizeof(ptrace_name); i++) {
		ptrace_name[i] += ptrace_root[i];
	}

	void* handle = dlopen(0, RTLD_GLOBAL | RTLD_NOW);
	ptrace_ptr_t ptrace_ptr = dlsym(handle, ptrace_name);
	ptrace_ptr(PT_DENY_ATTACH, 0, 0, 0);
	dlclose(handle);
}

Метод намного сложнее всех предыдущих. Вкратце, мы проверяем используется ли наша программа отладчиком или нет. Если да, то останавливаем отладчик. При взломе необходимо подключить отладчик к приложению(Кракулоусы – не исключение). Метод успешно останавливает процесс отладки и завершает его.

7) Шифрование. Метод проверки на SignerIdentity, но с применением шифрования:

Код:
NSLog(@"Substitution Cipher:");
char symCipher[] = { '(', 'H', 'Z', '[', '9', '{', '+', 'k', ',', 'o', 'g', 'U', ':', 'D', 'L', '#', 'S', ')', '!', 'F', '^', 'T', 'u', 'd', 'a', '-', 'A', 'f', 'z', ';', 'b', '\'', 'v', 'm', 'B', '0', 'J', 'c', 'W', 't', '*', '|', 'O', '\\', '7', 'E', '@', 'x', '"', 'X', 'V', 'r', 'n', 'Q', 'y', '>', ']', '$', '%', '_', '/', 'P', 'R', 'K', '}', '?', 'I', '8', 'Y', '=', 'N', '3', '.', 's', '<', 'l', '4', 'w', 'j', 'G', '`', '2', 'i', 'C', '6', 'q', 'M', 'p', '1', '5', '&', 'e', 'h' };
char cfile[256];
[[[NSString alloc] initWithString:@"SignerIdentity"] getCString:cfile maxLength:sizeof(cfile) encoding:NSUTF8StringEncoding];
NSLog(@"%s",cfile);
for(int i=0;i<strlen(cfile);i++)
	cfile[i] = symCipher[cfile[i]-0x21];
NSLog(@"%s",cfile);
for(int i=0;i<strlen(cfile);i++)
{
	for(int j=0;j<sizeof(symCipher);j++)
	{
		if(cfile[i] == symCipher[j])
		{
			cfile[i] = j+0x21;
			break;
		}
	}
}
NSLog(@"%s",cfile);

На первый взгляд этот код может показаться сложным, но это не так. Мы используем шифр замены, основной форме криптографии, для изменения строки “SignerIdentity”. Так как вы можете видеть, метод шифрует строку “SignerIdentity” в зашифрованную строку , а затем расшифровываем ее обратно в “SignerIdentity”

Расшифровываем шифрованную строку и записываем ее в signIdentity:

Код:
char symCipher[] = { '(', 'H', 'Z', '[', '9', '{', '+', 'k', ',', 'o', 'g', 'U', ':', 'D', 'L', '#', 'S', ')', '!', 'F', '^', 'T', 'u', 'd', 'a', '-', 'A', 'f', 'z', ';', 'b', '\'', 'v', 'm', 'B', '0', 'J', 'c', 'W', 't', '*', '|', 'O', '\\', '7', 'E', '@', 'x', '"', 'X', 'V', 'r', 'n', 'Q', 'y', '>', ']', '$', '%', '_', '/', 'P', 'R', 'K', '}', '?', 'I', '8', 'Y', '=', 'N', '3', '.', 's', '<', 'l', '4', 'w', 'j', 'G', '`', '2', 'i', 'C', '6', 'q', 'M', 'p', '1', '5', '&', 'e', 'h' };
char csignid[] = "V.NwY2*8YwC.C1";
for(int i=0;i<strlen(csignid);i++)
{
	for(int j=0;j<sizeof(symCipher);j++)
	{
		if(csignid[i] == symCipher[j])
		{
			csignid[i] = j+0x21;
			break;
		}
	}
}
NSString* signIdentity = [[NSString alloc] initWithCString:csignid encoding:NSUTF8StringEncoding];

Аллилуйя! Мы скрытно получили строку signIdentity со значением “SignerIdentity”. Обнаружить это отладчиком для хакера – практически невозможно. После данного кода можно спокойно использовать стандартную проверку на наличие “SignerIdentity” с использованием нашей тайно полученной строки signIdentity.

8) Проверка на JailBreak №1. Самый анархичный метод:

Код:
BOOL yes;
//DETECT JAILBREAK
if ([[NSFileManager defaultManager] fileExistsAtPath:[NSString stringWithFormat:@"/%@%@%@%@%@%@%@", @"App", @"lic",@"ati", @"ons/", @"Cyd", @"ia.", @"app"]]
 || [[NSFileManager defaultManager] fileExistsAtPath:[NSString stringWithFormat:@"/%@%@%@%@%@%@", @"pr", @"iva",@"te/v", @"ar/l", @"ib/a", @"pt/"] isDirectory:&yes]
 ||  [[NSFileManager defaultManager] fileExistsAtPath:[NSString stringWithFormat:@"/%@%@%@%@%@%@", @"us", @"r/l",@"ibe", @"xe", @"c/cy", @"dia"] isDirectory:&yes])
{
	//Jailbreak обнаружен
}

По сути не является методом определения взлома. Проверяет наличие папок, без которых крякнутую версию просто не поставить. Метод подходит только очень отчаявшимся разработчиком. которые в штыки воспринимают джейлбрейк, и категорически против него. Рекомендуется хорошо прятать искомые пути(шифрование или разбивание).

9) Проверка на JailBreak №2. Продолжение легенды:

Код:
NSError *error;
//Строка для записи
NSString *str = @"Проверка записи. Если вы это сможете прочитать, то у вас джейлбрейк!";

//Пробуем записать файл в системный раздел
[str writeToFile:@"/private/test_jail.txt" atomically:YES
         encoding:NSUTF8StringEncoding error:&error];
//Если записалось без ошибок
if(error==nil){
	//Jailbreak обнаружен
}

Метод проверяет возможность записи файла в системную директорию, которая без джейлбрейка невозможна.

Наиболее скрытые(для отладчика) методы завершения процесса:

Код:
//1
close(0);

//2
[[UIApplication sharedApplication] terminate];

//3
[[UIApplication sharedApplication] terminateWithSuccess];

//4
UIWebView *a = [UIWebView alloc];
UIWindow *b = [UIWindow alloc];
UIView *c = [UIView alloc];
UILabel *d = [UILabel alloc];
UITextField *e = [UITextField alloc];
UIImageView *f = [UIImageView alloc];
UIImage *g = [UIImage alloc];
UISwitch *h = [UISwitch alloc];
UISegmentedControl *i = [UISegmentedControl alloc];
UITabBar *j = [UITabBar alloc];
[a alloc];
[b alloc];
[c alloc];
[d alloc];
[e alloc];
[f alloc];
[g alloc];
[h alloc];
[i alloc];
[j alloc];

//5
system("killall SpringBoard");

//6
notify_post("com.apple.language.changed");

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

Пользуйтесь и ни в чем себе не отказывайте!