如何解决API的常规包装结构
| 关闭。这个问题是基于意见的。它当前不接受答案。解决方法
我认为这些“重复”软件包不是问题。毕竟它们只是包装。使用您的API的开发人员只能看到它们。
此外,开发人员可以访问您的实现类也不是一个问题。 Java本身也是如此:可以使用很多
com.sun
类,但这并不意味着您应该这样做。这使得移植到另一个Java运行时变得困难。
这也取决于项目。如果您使用的是将API与实现完全分开的体系结构,则API的用户将无法访问实现。想到OSGi和Web服务。在这种情况下,您可以创建两个不同的库:实现和API,具体实现取决于API。该API包含对外部用户重要的所有类。这样分离是很容易的。
第三个问题并不真正存在。您可以具有不同的库,这些库为相同的软件包提供类。只要您控制名称空间,并且在同一程序包中没有重复的类,就可以了。一个包只是一个名字,仅此而已。
,我通常针对这种情况创建两个不同的(月食)项目。一个项目包含核心,另一个项目包含api / interface-classs。核心项目取决于api项目。
我在两个项目中使用相同的包名称。这两个项目是针对两个不同的jar构建的,并且将api jar提供给需要访问(或编写插件)我的应用程序/系统的客户端/开发人员。罐子通常被命名为myapplication.jar和myapplication_api.jar
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。