上次提到Commons Validator在校验Email地址的时候客户端逻辑和服务器端逻辑不一致。最近发现在Date校验以及Indexed Properties校验方面也有同样的问题。
Validator的服务器端Java代码可以支持完整的日期时间格式,例如(yyyy-MM-dd HH:mm:ss.S,由DateFormat类提供支持),但是在客户端的JavaScript代码里面只能支持日期本身,时间不被支持,例如(yyyy-MM-dd),观察客户端代码可以发现。
对于Indexed Properties(索引属性或曰集合属性),Validator可以在服务器端支持,但是在客户端同样无法支持。
这样的现状让我感到很困惑,这意味着Validator的实用性大打折扣--尽管它已经非常优秀。对一个B/S结构的软件来说,功能的多寡不是问题,而逻辑(B/S两端)不一致却是一个不能回避的原则性问题。尽管我们可以说,“客户端校验的不足,可以用服务器端的校验来补足”,但是这不是折衷,而是对软件设计的破坏。
犹豫着,要不要舍弃Commons Validator,似乎Apache本身,也不打算再对它进行更新,目前的最新版本是V1.3.1,但已经是1年以前的东西了。似乎它唯一的优势已经仅仅是在与Struts无缝集成、共享ApplicationResources以及其它资源方面了。如果不考虑多语言支持的话,用Commons Validator还有价值吗?
其实,针对以上的不足以及其它一些本文未提及的不足,许多热心的技术人员已经提供了比较可靠的解决方案,但是我不知道为什么Apache至今不采纳那些方案。