А какая архитектура пакетов в Android Studio у Вас?

Question

[robert_n]

Здравствуйте!
Пишу сейчас приложение, и уже начинаю забывать и путаться где у меня находится тот или иной класс. Подскажите пожалуйста, как вы организуете структуру вашего проекта. Какие пакеты классов вы создаете?

Сейчас пока создал следующее:
com.mycompany.app
|__activities
|__adapters
|__fragments
|__models
|__utils

Хотелось бы что-то похожее на MVC. Чтобы все было логично. Правильно ли будет так? И подскажите хорошие примеры или советы по правильной архитектуре android приложений.
Заранее спасибо!)

Answer 1

[georgeci]

-database
--dao
--schema
-di
--module
--component
-ui
--activity
--fragment
--adapter
--customview
--presenter
--widget
-api
--response
-model
-utils
--rx
--logger
--bus
---event

Comments

[robert_n]

Замечательная структура) А можете расшифровать "di"? А в пакете api вы храните классы для работы с сетью? или лучше все таки выделить для них отдельный пакет, например, network?

[Макс]

мне кажется нахождение activity & fragment не уместным в ui

[georgeci]

robert_n: Dependency Injection: я использую Dagger 2

[georgeci]

Maxim: Для меня это более чем уместно, хранить классы отвечающие за UI в этом пакете. Но буду рад услышать ваши доводы против и предложения.

[Макс]

georgeci: считаю что эту группу классов нужно относить скорее к controller или что-то в этом духе, т.к. сами они ничего не отображают, только управляют данными и вьюшками

[georgeci]

robert_n: Да, в Api находяться классы и интерфейсы для работы с сетью по средствам Retrofit. Сейчас я начинаю работать так же с Socket.io. Поэтому можно будет изменить мою стандартную структуру пакетов для работы с сетью.

[robert_n]

Maxim: напишите пожалуйста свой вариант структуры проекта, раз уж начали отвечать)

[georgeci]

Maxim: Да есть такая мысль что Activity и Fragment являются контроллерами. Но для меня, даже в рамках MVC, они слишком много знают про View. В них слишком часто можно увидеть такой код:
someView.setVisibility(boolValue ?View.VISIBLE | View.GONE );
Поэтому я решил для себя, что Activity и Fragment являются View в рамках и MVC и MVP и MVVM, но MVC я не стал бы использовать в своих проектах.
По вашей логике и TextView не является элементом UI, он тоже сам ничего не отображает, отображает всё Canvas. ^_^

Answer 2

[Алексей]

В последних проектах делаю такую структуру:

ru.mycompany.myapp
├─ activities
├─data
   └─  dao
├─views
   ├─ adapters
   ├─ customview
   ├─ fragments
   └─ widgets
├─ network
   └─api
     └─responce
├─ models
└─utils

Вообще можете почитать, например, эту статью для того, чтобы привести свой код и структура проекта в порядок)

Comments

[robert_n]

Спасибо) удобная структура.

Answer 3

[Петр]

controls
models
services
utils

Comments

[robert_n]

Петр, а можете подробнее описать что у вас находится в controls и models? Просто активити и фрагменты можно отнести и к тому и к другому пакету. Где у вас находятся адаптеры? Распишите пожалуйста)

[Петр]

robert_n: У меня нет адаптеров, у меня нет фрагментов. Активити у меня одно и я просто меняю основной view на нем. controls - это custom views, которых у меня полно. models - это классы логики активной страницы.

[robert_n]

Петр: странно, а как вы без фрагментов и адаптеров работаете? Или у вас есть только один специфичный проект на android, в котором и используется эта структура?

[Петр]

robert_n: Очень просто работаю. Да это структура одного проекта. Когда очень много экранов между которыми нужно постоянно переходить и они могут сами сменяться по таймеру, то так мне проще.

Answer 4

[VZVZ]

> Хотелось бы что-то похожее на MVC. Чтобы все было логично. Правильно ли будет так?
MVC не подходит для мобила и десктопа. Ибо там не может быть C, такого, как на вебе.

> как вы организуете структуру вашего проекта. Какие пакеты классов вы создаете?
Прежде всего, я создаю обертки для стандартного API. Можно сказать - фреймворк.
На винде выглядит дико писать под голое API ОС и так давным-давно никто не делает, пишут под .NET или хотя бы VCL. На Android это в порядке вещей. Линукс же.
Так как разрабы самой ОС не позаботились об этом, то заботиться приходится самому.
И даже на уровне хелловорлда чувствуется польза от этого, я не пишу
Toast.makeText(this.getActivity(), "Blablabla", 500).show();
Я просто пишу:
MessageBox.show("Blablabla");
А все остальное делает самописный класс MessageBox. Время показа Toast рассчитывается автоматом по длине текста, при этом метод show имеет и гибкие перегрузки с кучей параметров, все те же, что и в нативном Toast.
Для удобства re-use, все подобные классы лучше вынести в отдельный проект, отдельный jarник. А собственно код под этот фреймворк - писать прямо в своем проекте.
В остальном архитектура зависит от задачи, скажем HTTP-библиотека должна иметь классы GetRequest и PostRequest, и высокоуровневый класс HttpClient с контейнером куков, и т.д.
Чтобы быть хорошим архитектором, однозначно нужно рассмотреть максимум готовых фреймворков, чтобы извлечь из них лучшее.

Comments

[FoxInSox]

> MVC не подходит для мобила и десктопа
Открытие года, пожалуй.

[robert_n]

Спасибо за ответ) Но писать свой велосипед не всегда хорошо. Android стремительно развивается, и тот же самый Toast заменен на Snackbar, которым достаточно удобно пользоваться. И мне хотелось услышать ответ прежде всего о том, как вы организуете структуру папок проекта. Т.е. куда какие классы определяете.

[robert_n]

VZVZ:
> ВОН ИЗ ПРОФЕССИИ
Меня всегда удивляют такие люди как вы! Если вы и достигли каких то высот в профессиональном плане это не значит что можно позволять себе общаться в таком тоне с другими! Вы сами себя дискредитируете! Лучше бы прошли мимо и оставили свое убогое мнение при себе.

Я еще раз повторюсь. Мой вопрос был не об архитектуре приложения как такового, а о том как вы структурируете пакеты классов в проекте, чтобы было удобно ими пользоваться. Вы же начали полемику о том что у разработчиков Android OC руки из жопы растут и что мне вообще не стоит даже задумываться о правильной и удобной структуре проекта. Странно это слышать от человека, который считает себя "умным и профессионалом".

[FoxInSox]

VZVZ: Martin Fowler и прочие видимо не в здравом уме.

Answer 5

[Kren_vpravo]

Перешел в разбиению пакетов по задачам, а не по типу классов.
Как тут https://github.com/google/iosched/tree/master/andr...
Но в команде так наверное не получится из-за частого рефакторинга, когда полный список всех фич перед началом проекта не известен.