将项目划分为多个包而不是开发人员清晰度的任何其他原因？

Question

对某些人来说，这似乎是一个愚蠢的问题，但请耐心等待。

1. 据我所知，当一个项目很大或很大，有多个类似的类例如数据访问对象和服务等，如果这些类在自己的包中组织，对项目结构的可视化更容易，以及保持项目整洁有序的状态，对开发人员很有帮助。

2. 受保护的类只能由同一个包中的那些类访问，从而为这些类的可访问性提供了一些安全性。

最后我的问题是，除了上面提到的那些之外还有其他原因，为什么一个人应该在项目中有不同的包？在谈论可以拥有更少类和更简单功能的小型项目时，通常在大型项目结构中进行的类似方式打包类可以带来任何额外的好处吗？

Answer 1

将项目分解为更小的模块（包）使产品更有条理，从而使维护更容易。

除了维护，包装，如果做得正确（也就是说，你只是为了拥有它们而不投入包装），应该减少代码的耦合，但要使其适用于其他模块。反过来，这应该可以更容易地重复使用您的代码。

对于较小的项目，我仍然建议在需要时将其分解为其他包。较小的项目可能最终成为大项目，因此已经具备的基本结构可以简化开发，开发人员可以专注于他们需要做的事情，而不是如何重组整个事物。

Answer 2

• 您可以在不同的包下使用相同名称的类。如果类在同一个包下，则不能这样做。

• 您的项目有一个明确定义的有组织结构，比如将来您不会改变服务层的实现，因为它在不同的包下，它使应用程序的维护更容易。它使您的应用程序更加松散耦合。

即使您在较小的项目中有较少的类，您也应该根据模块将类保存在不同的包中。

检查this out

Answer 3

如果您有一个大型项目并且需要对其进行少量更改，则重新编译整个项目可能会非常耗时。将它分成易于理解的可管理部分可以使编译时间更快，因为您只需要重新编译已交替的依赖项。