Все вы, архитекторы ios, пожалуйста, помогите мне выбрать архитектуру / технологию для следующего приложения для iphone / ipad.
Само приложение является финансовым, но мы хотим больше внешнего вида игрыощущение приложения, поэтому мы, вероятно, не хотим использовать встроенный внешний вид виджетов какао.Элементы на экране, вероятно, будут чем-то вроде изображений в форме шариков.
Приложение по существу будет иметь пять областей в форме «шариков», равномерно распределенных по экрану.Один из сгустков будет центрирован и больше других.Внутри каждого блоба будут кликабельные области, в которых всплывают «подробности» и капли действия меню.Эти объекты также являются графическими объектами и не должны занимать весь экран.Капли должны хорошо анимироваться, когда появляются.Графические элементы будут иметь пару строк текста, которые генерируются, поэтому наложенный текст сам по себе не может быть частью статического фонового изображения.
Основное взаимодействие с пользователем будет смахивание в пределах центрального шарика, отображаярезюме элементов, которые концептуально содержатся в BLOB-объектах, лежащих в основе хранилища данных.Время от времени пользователь будет перетаскивать элемент на один из других BLOB-объектов.При перетаскивании элемент должен отслеживаться линией, а при перетаскивании на другой BLOB-объект должен быть анимирован, чтобы он выглядел так, будто он «засасывается» в BLOB-объект.
Теперь, какую технику вы бы предложили для этого приложения?Какао подходит в этом сценарии?Должен ли я использовать игровые рамки, такие как Cocos2D?Любые предложения, включая примеры фрагментов кода, приветствуются.
Я понимаю, что этот вопрос может быть не таким простым и конкретным, как вопросы, как правило, на SO, но я надеюсь, что ваши ответы найдут применение у болеелюди, чем я.Спасибо!
РЕДАКТИРОВАТЬ (МОЕ РЕШЕНИЕ): В итоге я все сделал в UIKit, что оказалось намного проще, чем я ожидал.Вкратце я использовал кнопки UIB с пользовательским стилем и фоновым изображением, что давало мне полный контроль над внешним видом «элементов».Я также нашел очень полезным манипулировать базовым CALayer многих других моих UIViews.Часто это проще, чем рисовать вещи с нуля с помощью программирования Core Graphics.
Еще одна полезная вещь - это UIGestureRecognizer: s.Я нашел их полезными как для обработки «настоящих» жестов, таких как смахивание, долгое нажатие и т. Д., Так и для обработки обычных «нажатий» для классов UIView, которые не являются подклассами UIControl.Два примера - это UIImage, UILabel и сам UIView.Таким образом, я мог бы обрабатывать метки для этих простых классов.Я мог бы, например, использовать обычный UIView, изменить его CALayer, чтобы полностью изменить его внешний вид и по-прежнему обрабатывать нажатия.Используя эту технику, мне не нужно было создавать подклассы в моем приложении.
Анимации тоже были довольно легкими, хотя мне приходилось использовать закрытый метод для использования "сосать" анимацию, поэтому мое приложение никогда не пройдет модерацию в App Store.В любом случае это был всего лишь прототип, поэтому мне все равно.
Когда это приложение будет по-настоящему, я, вероятно, реализую его в HTML5 / JavaScript, обернутом Phonegap.Причиной этого является в основном повторное использование существующих мобильных веб-сервисов, а также повторное использование кода на разных платформах.Вероятно, будет проще подключиться к существующему решению безопасности при использовании веб-приложения.