个人中心
文章发布
退出
作者热门文章
- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
24
4
假设我们有数十个代表我的域的 Java POJO，即我在系统中的数据，它们作为对象在我的系统的不同层之间流动。该系统可以是一个网络应用程序，也可以是一个简单的桌面应用程序。域由什么组成并不重要。
在设计我的系统时，我很困惑应该在哪里放置任何验证逻辑。我的 POJO(域对象)代表我的数据，这些对象中的一些字段必须遵守特定的标准，但是如果我在我的 setter 方法中放置大量验证逻辑，那么告诉调用客户端的唯一方法是抛出异常。如果我不希望系统崩溃，则异常必须是必须捕获和处理的已检查异常。这样做的结果是，每次我使用 setter 方法(甚至构造函数)创建一个新对象时，我都会重新抛出该异常或使用 try-catch block 。被迫在许多 setter 方法上使用 try-catch 感觉不对。
所以问题是我应该把我的验证逻辑放在哪里，这样我就不会用大量的样板 try-catch block 和重新抛出来弄乱我的代码。欢迎最优秀的JAVA字节吃者加入讨论。
我进行了研究和谷歌搜索，但没有找到关于这个主题的任何具体讨论，所以我怀着极大的热情等待着更深入地了解事情到底应该如何完成。
最佳答案
当你说的时候你可能已经回答了你自己的问题
some of the fields inside of those objects must adhere to certain criteria
考虑系统中的不变性总是有帮助的，即您想要不惜一切代价维护的东西或必须始终遵守的规则。
您的 POJO 是数据对象上此类不变量的“最后一道防线”，因此是放置验证逻辑的适当(甚至是必要)位置。如果没有这样的验证，一个对象可能不再代表在您的域中有意义的东西。
这些系统不变量形成了您的对象(或方法)与其“客户”之间的契约。如果有人试图违反(希望有详细记录的)契约(Contract)使用它们，抛出异常是正确的做法，因为客户有责任正确使用系统的各个部分。
随着时间的推移，对于任何违反契约(Contract)的情况，我开始偏爱未经检查的异常而不是已检查的异常，部分原因是您提到的原因，即避免 try-catch block 无处不在。
Java 的标准未检查异常包括:
最佳实践指南是在错误被认为可恢复时使用检查异常，否则使用未检查异常。
Joshua Bloch 的“Effective Java, 2nd ed.”第 9 章提供了关于此主题的更多智慧:
以上都不应该阻止您在更高级别使用任何适当的验证逻辑，尤其是强制执行任何特定于上下文的业务规则或约束。
关于java - Java POJO 是否应该在 setter 方法中进行字段验证和抛出异常？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29636277/
24
4
0
我想了解 Ruby 方法 methods() 是如何工作的。 我尝试使用“ruby 方法”在 Google 上搜索，但这不是我需要的。 我也看过 ruby-doc.org，但我没有找到这种方法。
Test 方法 对指定的字符串执行一个正则表达式搜索，并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
Replace 方法 替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
Raise 方法 生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
Execute 方法 对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
Clear 方法 清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。 说明 在错误处理后，使用 Clear 显式地清除 Err 对象。此
CopyFile 方法 将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
Copy 方法 将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
Close 方法 关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。 说明 下面例子举例说明如何使用 Close 方
BuildPath 方法 向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
GetFolder 方法 返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
GetFileName 方法 返回指定路径（不是指定驱动器路径部分）的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
GetFile 方法 返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
GetExtensionName 方法 返回字符串，该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
GetDriveName 方法 返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
GetDrive 方法 返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
GetBaseName 方法 返回字符串，其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
GetAbsolutePathName 方法 从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
FolderExists 方法 如果指定的文件夹存在，则返回 True；否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
FileExists 方法 如果指定的文件存在返回 True；否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS
我是一名优秀的程序员,十分优秀！