我有一个使用MVP架构的Android Studio项目。 这个样式的项目的建议包结构是什么 我们可以做到:
app:
screen_name
activityA
presenterA
interfaceA
or:
activities
activityA
activityB
preentors
presentorA
presentorB
etc
答案 0 :(得分:10)
你的问题只是MVP的 UI 部分,它是View类及其相应的Presenters。更好的解决方案是第一个方法。
应用程序应该根据功能包装,而不是通用功能。我们应该将一起改变/修改的课程组合在一起。
一些开发人员逐层分组源代码 - 就像第二种方法一样 - 因为他们希望为他们所处理的所有项目保持相同的包结构。但这是一个糟糕的决定,因为只有因为他们共享相同的父类才能在分组时找到类总是很难!
Ex:对于活动,一些开发人员将它们放在activity
包中,因为所有活动都扩展了Activity
类。这是有道理的,因为这只是一个活动包,但很难通过这些包。
有关详细信息,请参阅:android-mvp-architecture和此S.O answer
答案 1 :(得分:0)
MVP是不错的选择。您可以遵循以下模式:
应用: 1.活动: +表示视图的界面(即活动) +实际活动java类 2.主持人: +接口代表演示者 + java类来表示演示者实现 3.型号: +接口代表模型 + java类来表示模型实现(在这里进行网络调用,将回调传递给presenter,然后将数据提供给活动)
答案 2 :(得分:0)
除了其他答案,我建议您查看android architecture blueprints,这可能会为您提供有关如何组织和实施您的应用程序的建议。