java - 是否有一种可接受的方法来保持这些层/依赖关系分离？-6ren

java - 是否有一种可接受的方法来保持这些层/依赖关系分离？

转载作者：行者123 更新时间：2023-12-02 08:27:31

25

4

我目前正在努力思考我是否已经达到了良好的分离水平，或者我是否在某个地方错过了要点，因为我对学习开发的纪律方面相对较新......

我开始时的目标是创建一个与任何持久性机制无关的层 - 我称之为 data-api。然后我使用JDO实现了这些接口(interface)，并将这个项目命名为data-jdo。逻辑层理想情况下只与数据 API 相关。

这就是我不确定什么有意义的地方。必须以某种方式调用业务逻辑层，对吧？那么，是否期望调用者提供 data-api(data-jdo 或其他取决于实验的东西)的实现(适合说/做注入(inject)？)？

因此，目标可能是(主要是为了经验而不是生产力)实现一个可以替代 data-jdo 的 data-jpa 包。因此，最顶层(Web 服务、作为工具一部分的通用主方法、单元测试等)是选择使用哪个实现的层。

我应该使用像 Spring 这样的框架来允许我通过 XML 选择使用我的 data-api 的哪个实现吗？

抱歉，如果这有点模糊...我想根本问题是，API 的使用者在什么时候依赖、提供或与该 API 的实现配对？如果答案是或应该是“从不”，那么用什么来确保一切在运行时可用，以及消费者如何获得仅使用接口(interface)描述的“API”的实例？

最佳答案

我有 .net 背景，而不是 Java 背景，所以恐怕我无法帮助您了解 Java 细节。

The business logic layer has to be invoked somehow, right? So is the expectation that the implementation of the data-api (data-jdo, or something else depending on experimentation) is provided (appropriate to say/do injected?) by the invoker?

是的。在 .Net 世界中，我使用一个工厂(如 Factory Pattern 的实例)，它动态返回数据提供程序实现(要使用的其中一个由配置设置)。数据提供程序由工厂作为“对象”返回，并由调用业务逻辑代码将其转换为正确的类型 - 由业务逻辑所针对的接口(interface)指定。

我有(另一篇!)关于 Dependency Injection 的文章对于.Net，这可能有助于解释一些问题，但我确信在某个地方有很好的基于java的问题。

Should I be using some framework like Spring to allow me to choose which implementation of my data-api is used, via XML?

也许吧。我想说先花时间掌握这些概念，然后再担心“最佳实践”。仅供引用，我通过自己编写所有代码来艰难地学习 AJAX。这些天我会直接运行一个好的框架，但我认为只有在通过在煤炭工作面进行一些硬移植来真正掌握了基础知识之后，我才有信心做到这一点:)

... If the answer is or should be "never" then what...

是的 - 永远不会。使用工厂。

关于java - 是否有一种可接受的方法来保持这些层/依赖关系分离？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4211490/

25

4

0

文章推荐： java - 帮助使用二维数组的 Java Sudoku Permuter 程序？

文章推荐： java - 使用 Java ME 保存 .JSON

文章推荐： java - 获取 CURRENT_TIMESTAMP 作为结果集的一部分

Ruby 方法() 方法
我想了解 Ruby 方法 methods() 是如何工作的。我尝试使用“ruby 方法”在 Google 上搜索，但这不是我需要的。我也看过 ruby-doc.org，但我没有找到这种方法。
VBS教程：方法-Test 方法
Test 方法对指定的字符串执行一个正则表达式搜索，并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
VBS教程：方法-Replace 方法
Replace 方法替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
VBS教程：方法-Raise 方法
Raise 方法生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
VBS教程：方法-Execute 方法
Execute 方法对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
VBS教程：方法-Clear 方法
Clear 方法清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。说明在错误处理后，使用 Clear 显式地清除 Err 对象。此
VBS教程：方法-CopyFile 方法
CopyFile 方法将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
VBS教程：方法-Copy 方法
Copy 方法将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
VBS教程：方法-Close 方法
Close 方法关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。说明下面例子举例说明如何使用 Close 方
VBS教程：方法-BuildPath 方法
BuildPath 方法向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
VBS教程：方法-GetFolder 方法
GetFolder 方法返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
VBS教程：方法-GetFileName 方法
GetFileName 方法返回指定路径（不是指定驱动器路径部分）的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
VBS教程：方法-GetFile 方法
GetFile 方法返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
VBS教程：方法-GetExtensionName 方法
GetExtensionName 方法返回字符串，该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
VBS教程：方法-GetDriveName 方法
GetDriveName 方法返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
VBS教程：方法-GetDrive 方法
GetDrive 方法返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
VBS教程：方法-GetBaseName 方法
GetBaseName 方法返回字符串，其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
VBS教程：方法-GetAbsolutePathName 方法
GetAbsolutePathName 方法从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
VBS教程：方法-FolderExists 方法
FolderExists 方法如果指定的文件夹存在，则返回 True；否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
VBS教程：方法-FileExists 方法
FileExists 方法如果指定的文件存在返回 True；否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS

首页

博学

6Ren·AI

商城

java - 是否有一种可接受的方法来保持这些层/依赖关系分离？