Рефакторинги, код анализ, хорошие (нет, прекрасные) возможности по навигации, умный code completion. Если не пугает не совсем нативный для OS X интерфейс, то однозначно стоит попробовать. Особенно если имели до этого опыт с продуктами от Jetbrains, тогда даже привыкать не придётся. Я вот на хкод без слёз не могу смотреть, когда иду туда для редактирования xib.
Бороться с жирными вьюмоделями надо точно так же, как и с другими жирными классами. SOLID, в частности буква S.
Ещё помогает избегание реализации вызова PropertyChanged в сеттере каждого свойства, если вдуматься, то часто бывает, что в половине свойств это не нужно.
Ну например сделать тот же iCab дефолтным в системе. Или же включить Nitro для всех несафари браузеров. На самом деле твиков прекрасных много, и основная причина делать джейл для честных людей — именно они.
Плюсую. Имея .NET/C++/JS бэкграунд сел писать приложение под iOS, прочитав 1/3 книги, и то, за полгода до этого, то есть фактически всё познавал с нуля. Вполне нормально разрабатывается, ответы на 90% вопросов быстро находятся на stackoverflow\в гугле именно тогда, когда они нужны. Прочитав же книгу, даже если ответы на эти вопросы и будут в ней, они просто напросто забудутся, и не факт, что вспомнятся, когда будут нужны.
Нужно сразу бросаться с головой в разработку, все эти длительные подготовки в виде чтения кучи литературы — лишь тягание быка за яйца.
У меня при прослушивании через ваш сервис по всем вконтактовским ссылкам на файлы получается 404 ошибка. При этом если играть напрямую из вконтакта — всё ок. Интернет через прокси, но вконтакт не забанен.
В чём может быть дело, не подскажете?
Начали появляться субтитры, уже для многих сериалов доступны. Можете написать в твитер @soap4me, или на info@soap4.me, вам могут дать промокод на «триал» на пару дней, оцените или не оцените все прелести, если понравится — то хорошо :) Из iOS приложения тоже это доступно.
Сорри, но в эти сторы я соваться не рискну. На ресурсе все сериалы представленные или американские, или английские. Если пронюхает правообладатель, лавочку могут прикрыть быстро. Кроме того, там для сериалов есть iTunes, что тоже снижает шансы на выживание.
Я начал без ARC просто чтобы вспомнить то, о чём читал в книгах. ARC ведь не спасёт от retain cycles. Написал так всю бизнес-логику. А контроллеры писал с ARC. Но когда код похерился, то и бизнес логику пришлось написать с ARC для экономии времени :)
Ну оно на самом деле достаточно удобно, т.к. в один клик Xcode создаёт локальный git-репозиторий для проекта, который остается только положить в облако. В следующий раз может и воспользуюсь тем же битбакетом.
Вот знаете, не корежило совсем. Есть в нём какой-то шарм, что-ли :) Единственное что вначале так и не мог заставить себя писать в единообразном стиле аксессоры к свойствам. Половина кода была как object.property = value, половина как [object setProperty: value], с get-аксессорами та же ерунда. Очень понравились сигнатуры, в которых каждый параметр именуется, читаемость методов повышается. Понравилось навязывание delegation как повсеместного паттерна.
Кроме того, retain/release очень стимулирует думать о памяти при разработке под платформы с GC. Переключится быстро на GC модель не получается, вот и думаешь, в какой момент каждый объект удалится из памяти. Особенно ярко это у меня проявлялось, когда на работе во время сборки билда проекта под .NET я выделял пару минут, чтобы написать пару строк кода в Objective-C.
В общем и целом, мне однозначно понравилось, это весело. На stackoverflow большинство ответов на возникающие вопросы находилось быстро, запоминается всё тоже быстро. Было пару вопросов, на которые мне на stackoverflow и в google ответить так и не смогли, пришлось изобретать что-то самому, на это собственно и уходило основное время.
В общем, если есть опыт разработки, то проблем с освоением самого Obj-C быть не должно. Проблемы же из-за незнания чего-то в iOS SDK — это основная трата времени. Но в большинстве случаев находятся решения достаточно быстро.
Ещё помогает избегание реализации вызова PropertyChanged в сеттере каждого свойства, если вдуматься, то часто бывает, что в половине свойств это не нужно.
ViewModel
А еще можно для взаимодействия ViewModel и View делать behavior'ы.
Нужно сразу бросаться с головой в разработку, все эти длительные подготовки в виде чтения кучи литературы — лишь тягание быка за яйца.
В чём может быть дело, не подскажете?
developer.apple.com/library/ios/#qa/qa1767/_index.html
Кроме того, retain/release очень стимулирует думать о памяти при разработке под платформы с GC. Переключится быстро на GC модель не получается, вот и думаешь, в какой момент каждый объект удалится из памяти. Особенно ярко это у меня проявлялось, когда на работе во время сборки билда проекта под .NET я выделял пару минут, чтобы написать пару строк кода в Objective-C.
В общем и целом, мне однозначно понравилось, это весело. На stackoverflow большинство ответов на возникающие вопросы находилось быстро, запоминается всё тоже быстро. Было пару вопросов, на которые мне на stackoverflow и в google ответить так и не смогли, пришлось изобретать что-то самому, на это собственно и уходило основное время.
В общем, если есть опыт разработки, то проблем с освоением самого Obj-C быть не должно. Проблемы же из-за незнания чего-то в iOS SDK — это основная трата времени. Но в большинстве случаев находятся решения достаточно быстро.