适当选择尺度

在 Java 开发中，我们对配置文件 .properties 应该是非常熟悉，我们经常会把错误信息，还有一些label信息放到

配置文件里，然后在程序里去读取。例如程序中的代码如下：

java 代码

form.setErrorMessage(xUtil.getLabel(XConstants.login_title),
                    xUtil.getErrorMsg(XConstants.user_name_null);

而 XConstants.java 则是

java 代码

public static final String login_title = "login.title";
public static final String login_user_name_null = "login.user_name_null";

最后，配置文件里是

java 代码

login.title = User  Login
login.user_name_null = User name can't be blank.

可见，对于一个错误消息，我们就需要改动三个文件，实在是太麻烦了－－－虽然这样做对于将来的一些改动有帮助。

那么，这么做的目的是什么呢？不外乎以下几点：

1、如果进行其他语言的移植，会非常简单

2、如果用户对某个错误消息不满意，那么修改错误消息，就不会重新编译整个应用

3、错误消息的统一管理

或许还有其他有点，但这三个应该是最主要的了。

那么是不是所有的项目我们都需要这么做呢？

1、这个项目只可能在中国用，而且预见性的100年内，不可能给外国人用

2、我们绝对有信心保证release给客户的一定是客户满意的产品，包括错误消息

3、错误消息的统一管理对我们来说并不重要，我们可以使用工具很容易地对错误消息进行管理。

那么，对于上面这个项目来说，是不是还有必要使用那么麻烦的方式来管理错误消息？

我们或许可以选择一个尺度来度量这个需求，当面对一个比较复杂的技术要求的时候，当这个技术可以用其他简洁的

方式来实现，那么我们不妨先列举出为什么需要复杂的方式的原因，然后再看看我们是否有理由去否决这些原因。

如果大部分的原因都可以否决掉，那么我们为什么不使用轻松的方式呢？

如果仍然有大部分原因要求我们使用复杂的方式，那么我们也不必抱怨，因为我们通过分析原因，已经知道复杂的必要性

了。