相关疑难解决方法(0)

针对包结构问题的Android最佳做法

基于

我做了以下Android包结构:

  • com.company.product.activities

  • com.company.product.database

  • com.company.product.fragments

  • com.company.product.fragments.adapters

  • com.company.product.models

但有时,根据要求,我需要为自定义对话框提供适配器.

我应该把它放在哪里?因为它是一个小型适配器,所以它主要用在对话框中的活动中,操作反映回活动.

面临的问题是:

  1. 将过多的上下文(Activity)引用传递给适配器.

  2. 所有方法最终都是公开的,这违反了隐藏实现细节的OOP概念.

  3. 私有适配器和包装结构有多大区别?这是Android项目包结构的标准方法吗?

standards android project-structure package

8
推荐指数
1
解决办法
6956
查看次数

Android项目包结构

我想知道如何为Android应用程序创建灵活的包结构,以便它易于扩展和管理.我的第一个想法是将每个应用程序组件放在单独的包中,例如:

spk.myapp.main.(主要活动中使用的所有类)spk.myapp.processor.(处理器提供程序使用的所有类)

...等等.但是,我不喜欢的方面是,类和包命名约定可能很快与其他完全限定名称(例如提供者权限)不一致(在这种情况下,我宁愿将这些命名spk.myapp.processor而不是spk.myapp .processor.processor作为类包路径会建议).

我做了一些研究,但大多数页面都解释了最初的项目目录结构,而不是建议更大的项目.

我的问题可能听起来很愚蠢,但我喜欢从一开始就在我的项目中订购,这样进一步管理和扩展它们就不会涉及不必要的重构或清理.另外,我没有太多Java经验,我希望从一开始就学好习惯.

是否有一个良好可靠的项目包结构和Android项目的命名约定?

android packages project

4
推荐指数
1
解决办法
6991
查看次数