jarvis 5 авг 2012 в 18:57

Хочешь быть iOS разработчиком? Будь им!

2 мин

389K

iOS *

Туториал

Из песочницы

+210

Комментарии 38

eXhausted 5 авг 2012 в 19:03

Отличная подборка. Must have :)

mixailflash 5 авг 2012 в 19:03

Отличный подбор статей, спасибо. Надеюсь народ оценит.

Xazzzi 5 авг 2012 в 19:10

Сохранил, на всякий случай. Пятой точкой чую — пригодится.

Sakura 5 авг 2012 в 19:33

Я себя почувствую сейчас лентяем.
Только собрался заняться обучением, а тут бах, все разложено по полочкам. А поговорить гуглить? :))
Но все ранов Огромное спасибо!

Makaveli 6 авг 2012 в 11:45

учитывая мой опыт и знакомых при освоении objective-c и разработки под ios — гуглить всё равно вы будете =)

dikkini 5 авг 2012 в 19:34

Еще бы для Android такую же!
Молодцы!

artch 5 авг 2012 в 21:05

Дам две:
developer.android.com
stackoverflow.com

Честно говоря, больше ничего и не нужно.

yul 6 авг 2012 в 05:18

startandroid.ru например.

eXhausted 6 авг 2012 в 08:21

а первую строчку прочитать вера не позволила?)

onepavel 5 авг 2012 в 19:38

Спасибо!
У меня браузер забит папками с ссылками.
Но я все равно открываю Google и ищу в нем, т.к. находятся более свежие
материалы.

egormerkushev 5 авг 2012 в 19:40

Ссылка на Coder89 порадовала. Спасибо!

seo2z 5 авг 2012 в 19:50

Сохранил в закладки и подвинул эту закладку на 1 место. Благодарю!

iwitaly 5 авг 2012 в 20:37

Спасибо, как раз начал изучение, очень пригодится

Vlad911 6 авг 2012 в 00:11

По кастомизации UI хорошая подборка! Спасибо!

FirsofMaxim 6 авг 2012 в 01:55

Спасибо, все очень нужное!

i4niac 6 авг 2012 в 02:20

И опять не хватает CocoaPods! Впервые узнал о нем как раз в статье «Крутая подборка различных библиотек...», точнее в комментариях к этой статье.

Это нужно добавить или в основы или в разное, или отдельным пунктом «менеджер пакетов», например, с жирной пометкой must have.

Как говорится, попробовал один раз и уже не представляю себе жизни без cocoapods. Есть свои небольшие недостатки, но они не критичные, к тому же проект очень активно развивается, и все больше и больше разработчиков добавляют podspecs в свои github репозитории, а еще чаще это делает кто-то из сообщества.

DedalX 6 авг 2012 в 13:03

Не совсем понял как он работает (почитав на сайте) и что именно делает. Если у меня несколько библиотек в проекте используют reachabillity к примеру (и это приводит к конфликту при компиляции), это программа сможем сама выключить повторяющиеся библиотеки где нужно?

i4niac 6 авг 2012 в 14:09

Попробую объяснить.

Как оно работает и что делает.
После установки cocoapods (это ruby gem), в папке с проектом вы создаете Podfile — файл, в котором перечисляете все поды (библиотеки), которые хотите использовать. Например Podfile может быть таким

#Pods
platform :ios, :deployment_target => '4.0'
pod 'FlurrySDK'
pod 'Facebook-iOS-SDK'
pod 'TestFlightSDK'
pod 'Reachability', '~> 3.0.0'
pod 'CocoaLumberjack'

После команды pod install [xcode-project-name] cocoapods вытащит весь нужный код для каждого пода из git репозиториев, создаст в вашем workspace (нужно создать заранее) проект Pods, в котором сгенерирует все что нужно (конфигурации, пути для поиска .h файлов и либ, флаги компиляции и линковки), также добавит необходимые флаги, пути и инструкции в ваш исходный проект.

Вы можете настраивать все нужные вам параметры, например указать что данный под нужен какой-то конкретной версии, как Reachability в этом примере, и т.д.

Проблема зависимостей тоже решена за вас, в этом примере Facebook SDK использует другой под — SBJson, эта зависимость прописана в podspec файле Facebook SDK. SBJson нужной версии будет автоматически добавлен в число подов.

После этого у вас все 3rd party библиотеки будут лежать и собираться отдельно, в результате получается библиотека libPods, которая слинкуется с вашим главным target.

Удобства? Да много их. Забудьте про ручную операцию «скачать последнюю версию, распаковать, добавить файлы в проект, убедиться что старая версия подчищена». Ну или если вы это как-то автоматизировали, cocoapods предлагает новый способ автоматизации, работающий для огромного числа полезных библиотек. Получить последний код теперь можно одной простой командой 'pod install', все. Использовать конкретную версию либы — просто, изменил Podfile, выполнил 'pod install'. Опять же, вопрос зависимостей тоже решен, если один под использует другой под, cocoapods обо всем позаботится.

Насчет вашего конкретного примера, если несколько библиотек прямо внутри себя содержат один и тот же код Reachability, то это, скажем, неправильные библиотеки. Или они все вместе должны использовать отдельную либу Reachability, или по особенному называть свою имплементацию, как, например, в AddThis есть ATReachability, чтобы не было конфликтов при компиляции. В cocoapods вообще есть как минимум 2 либы для reachability, одна из них это чуть доработанный код из примеров Apple, в котором такие же имена классов и методов (эта либа есть в моем примере).

Это более менее поверхностное объяснение, но уже из этого примера видно, насколько можно облегчить себе жизнь.

Есть, конечно, свои заморочки. Например, SBJson уже дорос до версии 3.1, а Facebook SDK до сих пор использует 2.2.3, хотя у Facebook в коде всего один вызов к JSON парсеру. SBJson 3.1 не обладает обратной совместимостью с 2.2.3. Проблемы возникнут если нужно использовать Facebook SDK и SBJson 3.1 одновременно. Но и эти ситуации вполне решаемы.