Почему это вас оскорбляет? РСФСР как раньше никто не называл РСФСР, а называли Россией, так и сейчас РФ никто не говорит, так и продолжают говорить Россия, и никто не обижается. Без шуток не все знают, что страна называется РФ а не Россия. Так же мы используем и «Белоруссия», без даже намека на оскорбление. Честно говоря не знал что вас это оскорбляет, да и не понимаю как это может в принципе оскорблять и почему. Расскажите!
Причина оказалась во Flurry — использовалась версия 4.2.4, в ней «strings» показывает использование ASIdentifierManager и, собственно, advertisingIdentifier. Версия 4.3.1 от этих проблем избавлена. Советую обновиться :)
Сегодня отказали в публикации, сославшись на этот же пункт правил, с таким же текстом итд. Возможно из-за TestFlight, сами advertisingIdentifier не использовали, да и AdSupport.framework не линкуется в проект.
Меня в этот же список запишите. Много лет пользую IB — и ксибы и сториборды. Работаю с разной сложностью интерфейсами, все ок. Autolayout не использую :)
Не обращайте внимание на мое занудство :) Просто человек написал «Качество 3-D графики и от CPU тоже порой сильно зависит. Например очень модный физический движок...» — явно перепутаны термины.
К слову у компании Havoc есть и графический движок.
Странные минусы у TestFlight — я с такими особо и не встречался. Устанавливать их приложение не обязательно, достаточно открыть ссылку на нужном девайсе. Аналогично лечится и проблема с iOS7 — устанавливайте сборки не через их приложение, а через непосредственно ссылку.
Скорость загрузки через веб сайт — конечно не высока, именно поэтому у TestFlight есть десктоп приложение для быстрой загрузки. Много раз загружал билды больше гига, все ок и очень быстро. Разрешения — тоже довольно легко выставляются, для этого есть группы людей. Плюс все эти телодвижения легко автоматизируются с помощью XCode. Пока не вижу плюсов вашего решения. То что потребуется _очень_много_ телодвижений чтобы заменить TestFlight — согласен, а вот зачем так и не понял.
Согласен только с одним минусом — «К тому же часто сервис бывает не доступен, или просто скорость загрузки такова, что процесс установки приложения сваливается по таймауту. », но лично сталкивался с этим не чаще 1 раза в месяц.
Рад что ситуация изменилась. Я застал еще времена, когда в OpenGL расширения для шейдеров были разные у Ati и Nvidia, плюс разные возможности. ARB расширения еще не было, но и его появление не всегда спасало. С выходом OpenGL 2 стало лучше конечно. Это просто пример того, как собственные спецификации производителей усложняют жизнь разработчикам Для Андроида тут пример — свои форматы сжатых текстур у разных производителей.
Вы не делали игры под ПК, вот там фрагментация доставляет дикую головную боль. Уверен что и разработка 3Д под Андроид тоже то еще удовольствие, хотя бы тем небольшим примером, что каждый производитель GPU поддерживает какой-то свой формат сжатых текстур.
Про растягивающиеся интерфейсы — такое есть в iOS конечно. Просто это еще совсем недавно не было нужно, т.к. по сути был только один вариант для телефона, и один для планшета. Это позволяло интерфейс создавать с идеальной по-пиксельной точностью. Сейчас у телефонов два варианта разрешения, что не добавило сложности, но интерфейс даже древних приложений обычно растягивается нормально без изменений.
Замените таблицы на View в качестве контейнеров с зависимостями между ними, получится то же самое. Гридами и таблицами — согласен, удобно, да и привычно еще с древних html времен. Но для мобильных интерфейсов и без гридов очень удобно.
Для текстового поля — задайте диапазон высоты элемента (min/max), чтобы влезало от 1 до 3 строк, и все.
Насчет стройности итд — я бы лично поспорил. После нескольких лет работы с ObjC работать с ним получается очень удобно. У шарпа как и у Java есть свой минус — очень много лишней информации для стороннего программиста. В ObjC можно гораздо точнее разделять код, который стоит видеть другим программистам (.h) и реализацию. Плюс саму реализацию можно разделять хоть на 10 частей (файлов), если функционал уж совсем большой. На шарпе Partial не сильно выручают, потому что все равно реализация идет сразу с интерфейсом. Можно выделять интерфейсы, но тогда кода станет еще больше.
Сначала iOS7, теперь AdSupport, на очереди — вот-вот — arm64.
К слову у компании Havoc есть и графический движок.
Скорость загрузки через веб сайт — конечно не высока, именно поэтому у TestFlight есть десктоп приложение для быстрой загрузки. Много раз загружал билды больше гига, все ок и очень быстро. Разрешения — тоже довольно легко выставляются, для этого есть группы людей. Плюс все эти телодвижения легко автоматизируются с помощью XCode. Пока не вижу плюсов вашего решения. То что потребуется _очень_много_ телодвижений чтобы заменить TestFlight — согласен, а вот зачем так и не понял.
Согласен только с одним минусом — «К тому же часто сервис бывает не доступен, или просто скорость загрузки такова, что процесс установки приложения сваливается по таймауту. », но лично сталкивался с этим не чаще 1 раза в месяц.
Про растягивающиеся интерфейсы — такое есть в iOS конечно. Просто это еще совсем недавно не было нужно, т.к. по сути был только один вариант для телефона, и один для планшета. Это позволяло интерфейс создавать с идеальной по-пиксельной точностью. Сейчас у телефонов два варианта разрешения, что не добавило сложности, но интерфейс даже древних приложений обычно растягивается нормально без изменений.
Для текстового поля — задайте диапазон высоты элемента (min/max), чтобы влезало от 1 до 3 строк, и все.