我有一个使用MVP架构的Android Studio项目。我们可以为这种样式的项目提供建议的软件包结构:
app:
screen_name
activityA
presenterA
interfaceA
or:
activities
activityA
activityB
preentors
presentorA
presentorB
etc
您的问题只是MVP架构模式的UI部分。这是View类及其对应的Presenter。更好的解决方案是第一种方法。
应用程式应根据功能(而非一般功能)进行包装。我们应该将正在一起更改/修改的类归为一组。
一些开发人员将源代码按层进行分组(如第二种方法一样),因为他们希望为所处理的所有项目保持相同的包结构。但这是一个错误的决定,因为仅在它们共享相同的父类的情况下,对它们进行分组总是很难找到它们!
例如:对于活动,一些开发人员将它们放在activity
包中,因为所有活动都扩展了Activity
类。这是有道理的,因为这是仅活动包,但是很难遍历那些包。
有关更多信息,请参见:android-mvp-architecture和此SO答案
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句