Я был разработчиком JaveEE. Недавно я присоединился к группе разработчиков Android. Структура Android смутила меня. Шаблон разработки MVC, кажется, не подходит для разработки Android. Таким образом, каков принцип шаблона разработки для разработки Android? Я имею в виду, там любая подсказка о том, как записать чистое, легкое чтение и эффективный код Android.
Мое впечатление, что модель программирования android имеет много сходства с MS WPF. Определения макета XML, код, который всегда привязан к одному из этих определений... Так что, если вы спрашиваете о паттернах проектирования, потому что хотите улучшить свои текущие или разрабатываемые android-проекты, возможно, вам стоит обратить внимание на практику WPF и паттерны для улучшения архитектуры, такие как MVVM.
Посмотрите эти ссылки:
http://msdn.microsoft.com/en-us/magazine/dd419663.aspx
есть небольшой проект, который уже пробует подобное:
http://code.google.com/p/android-binding/
ура
Разработка Android - это в первую очередь разработка графического интерфейса, который, как Swing / AWT в Java, состоит из множества анонимных внутренних классов, реагирующих на события графического интерфейса. Это одна из вещей, которая действительно удерживает меня от многого в Swing ... но у меня есть телефон Android, так что я собираюсь стиснуть зубы и просто пережить это, как говорили многие фанаты Apple. по поводу проблем с антенной. ;)
Действия, представления и действия в Android запрограммированы в способе работы с пользовательским интерфейсом Android и являются реализацией шаблона модель-представление-модель просмотра, которая структурно аналогична (в том же семейство как) контроллер представления модели.
Насколько мне известно, выйти за рамки этой модели невозможно. Вероятно, это можно сделать, но вы, вероятно, потеряете все преимущества существующей модели, и вам придется переписать свой собственный слой пользовательского интерфейса, чтобы он заработал.
Вы можете найти MVC в следующем:
Не существует единого шаблона MVC, которому вы могли бы подчиняться. MVC просто более или менее заявляет, что вы не должны смешивать данные и представление, так что, например, представления отвечают за хранение данных или классов, которые обрабатывают данные, непосредственно влияющие на представление.
Но, тем не менее, то, как Android работает с классами и ресурсами, иногда даже заставляет следовать шаблону MVC. На мой взгляд, более сложными являются действия, которые иногда отвечают за представление, но в то же время действуют как контроллер.
Если вы определяете свои представления и макеты в файлах xml, загружаете ресурсы из папки res, и если вы избегаете более или менее смешивать эти вещи в своем коде, то вы в любом случае следуете шаблону MVC.