【发布时间】:2011-08-03 03:47:23
【问题描述】:
我目前的项目变得非常庞大。我有几十个活动、适配器、片段、布局 xml 和其他资源。
在我以前的(较小的)项目中,我用 1 个包/1 个类别的样式组织了一些东西。所以我有 com.stuff.xy.adapter、com.stuff.xy.activity 等等。现在这些包包含太多的项目,我发现自己浪费了大量时间在包层次结构中搜索特定类。
我使用 Eclipse,并且有一些可以使用的快捷方式(例如转到类定义),但那些往往是情境(我不能使用它来快速跳转到布局定义 xml)。
您能否分享一些有效组织大型项目的技巧?或者可能有一些插件? (例如,如果我可以将处理特定应用程序屏幕的源文件(适配器、布局、活动和片段代码)组合在一起,这可能会有所帮助,这样我就可以快速打开它们)
编辑:在开发大型项目数月后
首先,我尝试使用 Eclipse 来处理工作集。它并没有真正适合我,我的问题是我们的单个 Android 项目太大了,包含许多资源、类、接口等。在单个项目的上下文中处理工作集需要太多时间,我认为它们主要用于在单个工作区中组织项目。
从长远来看,我们将庞大的单个项目分成许多较小的 android-library 项目和一个依赖于所有这些较小项目的“主应用程序”项目。通过这种方式,我们可以在这些库项目(有许多布局、值、样式仅在应用程序的某些部分中使用)和代码之间分割资源。我还创建了一个基础库,所有其他库都依赖它,并包含应用程序每个部分所需的资源和(基)类。
【问题讨论】:
-
不要对每个屏幕的来源进行分组。你会遇到问题,你不能组织你多次使用的类,你可能会停止重用代码
-
我认为大型项目的最大成本是增加编译和打包时间。如果每次我们必须等待半分钟或更长时间然后看到我们的设备出现在我们应用程序的第一个窗口中,那么开发会很无聊。那么对于您的 Edit 方法,它是否显着缩短了编译时间?