项目中最大过度设计——多语言设计

很早之前，人们开始总结并强调设计。后来人们反思软件的过度设计。

个人认为，最常见、最无用的过度设计便是界面的多语言设计。

        当然，必须强调的是，这是有前提的，即面向国内的项目型软件。比如中小型企业的内部信息管理系统，从甲方角度来讲，因为其用户在可见的未来，不会出现外语版本。从乙方角度看，因为是项目型软件，其重用性不高。

       那么，为了这样一个不可能用到的功能。花费大量的力量是改造UI界面，一方面需要花费一些人力物力，另一方面IDE的可视化功能大小降低。

      因此，多语言设计，在通用型软件中还是必须的，对于国内的大部分项目来讲，其实就是一个鸡肋。

      也许很多已经意识到了。可悲的是，或者甲方或者软件主导人依然乐此不彼的要求加上多语言。似乎这样此软件功能更强大了，更完美了。

我也同意~~~
实际上国际化做的很多工作导致代码可读性降低

有点同感啊。做项目与做产品不同，产品可能需要国际化，项目的用户群体基本上是固定的。

我们项目完全不做国际化

有事些可由不得乙方啊。如果乙方有一个追求标准化的IT部门，
那么这方面是免不了的。

写错了，应该是“如果甲方有一个追求标准化的IT部门，”

在没有国际化的需求下，用它来替代public static final String也是不错的。

需要区别对待,
一般定义成常量的，是一些标志位。这点放在资源文件肯定不大好。
后台及前台的提示信息，采用语言国际化方式会比较好，起码可以统一风格。
但是，界面UI部分，便不建议了。如HTML，JSP，MXML中。

国际化的目的其实不是国际化，而是同一个字段，不同客户的叫法或者说命名会不一样。

例如，外协加工，有些人喜欢叫‘委外加工’

不知道这里的“不同客户”是不是指项目的购买者？项目的重用性就目前的现状来讲，应该是低得可怜。