Встроенного — точно нету.
По поводу файлов из проекта — натыкался на xcs проект написанный на ruby, который умеет работать со структурой Xcode проекта.
Если это имеет значение, то, насколько я помню — ни разу. Либо читал полностью либо вообще не читал и пытался выкрутиться.
Я все же, настоятельно рекомендую прочитать Apple iOS HIG, и как минимум о них вспомнить в посте, пусть это даже и перевод. Хотя бы для тех людей, кто любит читать романы полностью.
У меня у самого есть такая памятка. Но я все равно советую почитать источник.
Не факт, что это полное УГ, просто нету правильного маркетинга и менеджмента.
А то прямо таки, опенсорс = УГ.
Просто складывается впечатление, что Apple нацелено на пользователя,
а большая часть OpenSource на решение конкретных задач и на количество функционала.
Так что Apple идет по пути «красиво, удобно для работы» (но, о ужас, нельзя перекомпилировать, собрать с оптимизацией под мой процессор). Очень много отсекается, того, что по мнению Apple не должен видеть пользователь.
А мозги никто никому не пудрит ;)
просто продукты Apple ориентированы не на ту аудиторию, которая хочет полезть и покопаться во внутренностях.
Что-то мне все-таки кажется, что имеется в виду плотность, которая имеет квадратичную величину (биты на дюйм), так что в целом все сходится. 12 бит вместо 1М в переводе на кадратные единицы ~3.5 bit/единицу площади vs 1000 bit/единицу площади.
А если они имеют в виду плотность бит на единицу объема — так тогда ~2.5/bit на единицу объема vs 100 bit/единицу объема ;)
Вроде все «условно сходится».
Хотя, это, может на мне сказываются результаты успешной подгонки результатов на лабораторных по физике ;)
Я вообще не рекомендую использовать тот код. Он лишь для понимания того, что данные можно не сразу забирать в из модели. Просто один из вариантов ожидания. Но поменял ;) Спасибо.
Ну и еще, думаю, тут не вопрос в разработчиках вовсе. А то «задолбали разработчики». То, что у них в ТЗ то и делают. То, до чего с заказчиками договорились, то и есть.
Не думаю, что это связано с жадностью.
Скорее всего тут вопрос «What's in it for me?». И пока они не ответят на этот вопрос, они не будут двигаться в эту сторону. Просто так, ради того, чтобы «было» предоставить доступ к базе Кинопоиска — это вряд ли. Думаю, эта база им далась не просто, и они не заинтересованы в раздаче ее для галочки.
Это не сервис, а полноценный портал. Возможно, когда-нибудь… Но в любом случае они должны будуть понять зачем это им надо.
А остальные платформы — я уверен, что они работают над этим.
По поводу файлов из проекта — натыкался на xcs проект написанный на ruby, который умеет работать со структурой Xcode проекта.
Я все же, настоятельно рекомендую прочитать Apple iOS HIG, и как минимум о них вспомнить в посте, пусть это даже и перевод. Хотя бы для тех людей, кто любит читать романы полностью.
У меня у самого есть такая памятка. Но я все равно советую почитать источник.
Human Interface Guidelines
Human Interface Guidelines еще раз
А это выглядит как большаааая памятка по результатам прочтения оного документа.
А то прямо таки, опенсорс = УГ.
Просто складывается впечатление, что Apple нацелено на пользователя,
а большая часть OpenSource на решение конкретных задач и на количество функционала.
Так что Apple идет по пути «красиво, удобно для работы» (но, о ужас, нельзя перекомпилировать, собрать с оптимизацией под мой процессор). Очень много отсекается, того, что по мнению Apple не должен видеть пользователь.
А мозги никто никому не пудрит ;)
просто продукты Apple ориентированы не на ту аудиторию, которая хочет полезть и покопаться во внутренностях.
А если они имеют в виду плотность бит на единицу объема — так тогда ~2.5/bit на единицу объема vs 100 bit/единицу объема ;)
Вроде все «условно сходится».
Хотя, это, может на мне сказываются результаты успешной подгонки результатов на лабораторных по физике ;)
Некоторые части перенесены полностью, некоторые переделаны, некоторые в процессе разработки.
Нимбус Хорош еще тем, что там можно очень просто куски выкусывать.
В общем Нимбус еще много не дотягивает до Three20, но, может оно и к лучшему ;) Он не совсем == Three20. Он, все же просто inspired by.
Тот же пример с parse, addToDataBase и т.п. совершенно не ориентирован на то, что у нас может повалиться парсинг, либо добавление данных в БД.
В том же JSDeffered Можно прервать цепь событий, и нормально обработать ошибку. А в текущем подходе этого не наблюдается.
З.Ы. В свое время что-то похожее писал для AS, и там была та же проблема.
Недавно сам с таким столкнулся
Скорее всего тут вопрос «What's in it for me?». И пока они не ответят на этот вопрос, они не будут двигаться в эту сторону. Просто так, ради того, чтобы «было» предоставить доступ к базе Кинопоиска — это вряд ли. Думаю, эта база им далась не просто, и они не заинтересованы в раздаче ее для галочки.
Это не сервис, а полноценный портал. Возможно, когда-нибудь… Но в любом случае они должны будуть понять зачем это им надо.
А остальные платформы — я уверен, что они работают над этим.