Александр Щербаков

Нельзя. Альтернативных вариантов подписки тоже нет.

Branch Metrics, конечно же.

Для андроида вроде есть viber://tel:xxxxxx и viber://chat:xxxxxx
Но я не проверял.

Для iOS есть только viber://calls (открывает таб звонков) и viber://chats (открывает таб чатов)

Еще есть viber://forward?text=Hello (на iOS открывает экран выбора адресата, на Андроиде не проверял) - отсюда.

Здесь были?

Magento не смотрели?

Гляньте сюда. Сам не пользовался.

Сейчас у дизайнеров очень модно делать макеты под iPhone 6 Plus, т.е. для экрана максимально возможного размера. Прекрасно выглядит в презентациях и других маркетинговых материалах.

Но для верстки нужен дизайн под iPhone 5/5S минимум, а желательно еще и под iPhone 4S. И "собирать вьюконтроллер в сториборде" тоже лучше под 3.5-4", а не под 5.5".

Спросите у разрабов ok.

Parse.com

Альтернативная: https://github.com/robotmedia/RMStore

Посмотрите готовые компоненты на cocoacontrols, не всегда есть смысл изобретать свой собственный велосипед.

Вы код-то опубликуйте... Ну или скриншоты.

Рисуем под 4/4S, потом под 6 и 6+, чтобы увидеть, как оно будет выглядеть на этих экранах. Растянуть и "разбавить" - эот всегда проще, чем сжимать и уплотнять, поэтому начинать надо с меньшего из поддерживаемых экранов и идти к большему, а не наоборот. Зачастую отлично выглядящий на экране 5/6 макет превращается в полный мрак на экране 4/4S. Понятно, что речь не идет о банальных случаях типа таблицы - речь идет о сложных комплексных экранах, разделенных на несколько областей.

Обычно хочется пристрелить из рогатки дизайнера, который рисует насыщенный сложный макет в 5/6, а ты потом либо сидишь и пытаешься упихнуть это на экран 4/4S, либо делаешь никому не нужный перерыв на несколько дней в ожидании переработанных макетов.

Что касается размеров шрифтов, то они не должны меняться в зависимости от размера экрана. Могут (т.е. технически это достижимо), но не должны. Apple исходит из того, что они меняться не будут.

Тут есть другой момент, через который вы "перескочили", сразу обратив внимание на технические вопросы распознавание речи. Момент этот - юзабилити. Идея, как я понимаю, в том, чтобы ускорить ввод информации - наговорить голосом легче, чем вбивать на клавиатуре, так ведь?

А теперь давайте посмотрим полный сценарий использования приложения:
1. Достать телефон
2. Разблокировать его
3. Запустить приложение
4. Включить в нем режим ввода информации (голосом или вводом текста - неважно).
И только после этого начинается, собственно, "упрощение". Спросите себя - какой процент от общей совокупности действий пользователя составляет это упрощение? Стоит ли игра свеч? Если пользователь уже выполнил столько действий "руками", то что мешает ему довести начатое до конца теми же самыми руками? :)

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

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

Ну давайте рассуждать логически, при этом пойдем от противного - допустим, что приложение не останется рабочим у пользователей, которые его установили. Тогда чешем репу и спрашиваем сами себя "а зачем же Apple вообще придумала этот режим?" После чего, в зависимости от толщины кожи на репе, рано или поздно приходим к выводу, что придумала она его как раз для того, чтобы приложение осталось рабочим у пользователей, которые его установили. Это - единственная причина, других причин нет. Единственная, понимаете? И как может не работать то, ради чего этот сыр-бор городили?

По остальным вопросам - у вас всё упирается в сроки, вам не подходят имеющиеся способы, поскольку вы опасаетесь, что не успеете - но что заставляет вас думать, что какие-то новые, неизвестные вам способы позволят вам сделать всё это быстрее? Прозевали сроки, а теперь ищете какие-то волшебные палочки-выручалочки, чтоб за 5 минут - и в дамки. Не бывает у Apple ничего за 5 минут...

По iOS - www.raywenderlich.com - идеи приложений и их пошаговая реализация в коде. Берешь и делаешь, получаешь практику.

www.raywenderlich.com

Что-нибудь вроде

id newObject = [responseObject copy];

где newObject - глобальная переменная / проперти.