如果我有一个叫做'；例外情况'；而且它只有静态类，这违反了Java标准吗？
如果我有这样的类，本质上只是一个包对象，那么让它遵循包命名约定是否违反了标准？我想我记得在OCJP学习指南中读过这篇文章。似乎合乎逻辑，但我的同事说了出来，我不确定甲骨文对此是否有任何官方立场如果我有一个叫做'；例外情况'；而且它只有静态类，这违反了Java标准吗？,java,naming-conventions,Java,Naming Conventions,如果我有这样的类，本质上只是一个包对象，那么让它遵循包命名约定是否违反了标准？我想我记得在OCJP学习指南中读过这篇文章。似乎合乎逻辑，但我的同事说了出来，我不确定甲骨文对此是否有任何官方立场 public class exceptions { public static class TemplateRenderException extends Exception { public TemplateRenderException(String message, Thr
public class exceptions {
public static class TemplateRenderException extends Exception {
public TemplateRenderException(String message, Throwable e) {
super(message, e);
}
}
public static class UnmarshallingException extends Exception {
public UnmarshallingException(String message, Throwable e) {
super(message, e);
}
}
}
对。它不是一个包，它是一个类，所以它应该遵循类命名约定。。。或者更好的是，把它变成一个包，因为它听起来像是你想要它像一个包一样。如果你真的真的认为这样的异常集群是一个好主意，而不是把它们放在最相关的包中——后者是我个人会做的。你可以阅读Oracle在这方面的立场 总而言之，如果您想要对一系列类进行分组，并且不需要使用嵌套静态类的嵌套类的私有方法，那么本节将讨论使用嵌套类，如果出于封装和可读性的原因有意义的话
关于命名标准没有发言权，但我的理解是这是不正确的，因为一个类应该总是以大写字母开头，你可以阅读Oracle在这方面的立场 总而言之，如果您想要对一系列类进行分组，并且不需要使用嵌套静态类的嵌套类的私有方法，那么本节将讨论使用嵌套类，如果出于封装和可读性的原因有意义的话
关于命名标准没有发言权，但我的理解是这是不正确的，因为一个类应该总是以大写字母开头，你可以阅读Oracle在这方面的立场 总而言之，如果您想要对一系列类进行分组，并且不需要使用嵌套静态类的嵌套类的私有方法，那么本节将讨论使用嵌套类，如果出于封装和可读性的原因有意义的话
关于命名标准没有发言权，但我的理解是这是不正确的，因为一个类应该总是以大写字母开头，你可以阅读Oracle在这方面的立场 总而言之，如果您想要对一系列类进行分组，并且不需要使用嵌套静态类的嵌套类的私有方法，那么本节将讨论使用嵌套类，如果出于封装和可读性的原因有意义的话
关于命名标准没有发言权，但我的理解是这是不正确的，因为类应该总是以大写字母开头这些确实是在相关的地方打包的。我的目的不是创建一堆文件，而是通过将此复合对象的所有异常放在相关包的一个文件中来简化代码。这在很大程度上借鉴了scala简洁灵活的文件和打包规则，创建了一个更简单的项目。@JasonG:所以你要保存的只是几个文件，而代价是要有一个看起来像包的类（但行为却像类）。您真的有那么多异常类导致了问题吗？打破惯例的缺点似乎不太可能值得怀疑的好处。@JasonG IMHO有很多简单的文件，使每个文件都更简单。如果我只是一名java开发人员，我可能会同意。IMHO在一个项目中有更少的浮动位是越简单越好。这是一个意见问题，而不是事实，所以我知道每个人都会有一点不同的立场。我有相当多的scala经验，我确实觉得scala中包含的标准使项目更易于维护，我发现自己以一种不必尝试简化项目导航的方式来调整Java。PS是的，我现在不会打破命名约定-我感谢反馈。这些确实是在相关的地方打包的。我的目的不是创建一堆文件，而是通过放置所有异常来简化代码