Field validation 7.x-beta2

一周前，自己发布了Field validation 7.x-2.0-beta2，同时发布的还有Field validation 7.x-1.0。1.0在完成了最后一个也是第一个稳定的版本后，就进入了坟墓当中。这是因为2.0的存在。按照计划，我是打算这个时候发布一个稳定的版本的，毕竟用的人已经很多，而且bug很少。
最初的打算，是使用ctools模块，来实现导入导出功能，这个在1.0版本中已经实现，在实现这个功能以后，自己突然觉得，如果validator采用ctools的plugin机制，效果应该会更好。这是很久以前的想法了，一直觉得很困难，觉得是只有高手中的高手才使用的技术。
我觉得自己达到了可以采用这一技术重新架构自己模块的地步了，我一度怀疑自己是否可行，最终决定向这个目标前进，读了好几篇相关的文章。尝试，再尝试，终于实现了最初的原型7.x-2.0-alpha1,在这个版本下面，自己证明了，这种方案的可行性。接着是2.0-beta1,2.0-beta2的发布。自己终于实现的想法。
一年以前的一个想法，自己终于实现了，像feeds模块里面plugins一样，自己在自己的模块里面实现了ctools的plugin。看着那整齐划一的代码，看着那自然而然的目录结构，这是我写的么？我从drupal.org上面，把自己上传的最新版本又下载到本地，一次又一次的阅读里面的代码，我一度无法相信这是我自己写的。
1.0的代码很多都是从webform_validation模块里面复制过来的，现在一些函数还保留着，这让我总觉得，这个模块有抄袭的嫌疑。当这个模块第一次得到很多业内人士关注的时候，因为很多人为这个模块把脉，而且都是业内的佼佼者，这让我很不自信，与他们相比，我在drupal官方并没有拿的出手的模块，而唯一拿得出手的，里面的大部分代码，抄袭自webform_validation模块。所以，我选择了冷处理，慢慢地这些人不再关注这个模块，这或许有些自私，当然对于这个模块的维护，我还是很上心的，一直再添加新的功能，修正已有的bug。
为了实现2.0,我阅读了很多与验证相关的帖子，包括自己模块上面已有的issue，webform_validation，clientside_validation模块里面的issue，以及其它字段模块的验证需求，很多想法是逐步完善而来的，如果想有一点点创新，哪怕是最初的那么很小的一点点，实施起来也总是不易。
我想，这个模块将会逐步的成为Drupal字段验证的标准模块，成为一个很多Drupal站点都安装的模块，或许有一天，这个模块的功能，也会像很多模块一样，被纳入到Drupal的内核当中。至少我们朝着这个方向在努力。
与一年前这个模块初次得到很多人关注的时候相比，现在这个模块再次得到了很多业内专业人士的关注和支持，而此时的自己，与那个时候相比，心态也完全不一样了，我可以骄傲的说，这个模块是我写的，原创的，当然，我吸收了很多人的已有的工作。
Hass，http://drupal.org/user/85918，Drupal官方top10模块的维护者，德国Drupal社区的重要贡献者，将top15的模块翻译成为德文，他将field validation模块翻译成为了德文，并指出了模块中存在的文字错误，更重要的是，他还在另一个与验证相关的字段模块的问题列表中留言，让模块的开发者不要重复发明轮子，join force with field validation。以前自己贡献一些模块，比如block_morelink模块，总是有人过来让我和其它的模块join force。这次，field validation成为了join force的目标对象，让我欣喜不已。
最近几天，即便是去爬山时，每每想到自己完成了field validation的编写工作，内心深处总是自豪不已，这种自豪不是自鸣得意，更多地是让自己的内心，趋于平静。这种欣喜，只有在自己完成Drupal专业开发指南的时候，才体味到过。