论手写代码与模板 代码生成器

论手写代码与模板 代码生成器 论手写代码与模板,代码生成器 2010-07-19这年头，世道变了。到处都是框架，搞自己的框架在一定程度上成为了一种时尚。到处都是代码生成器，使用代码生成器在一定程度上也可以算是一种时尚。 框架的意义是什么?本人认为:框架是一个模式，遵循这个模式能让使用者事半功倍。框架是方法论的集合，并在方法论的基础上提供了一系列支持，帮助使用者简化原来比较繁琐又容易被忽略的细节，以及省略那些没有技术含量又相对有规律的重复性代码。同时在方法论的约束下，让使用者远离那些混乱和错误。最经典的概括莫过于Rickard ObergWebWork的创造者和JBoss创始人之一)曾经说过:"框架的强大之处不在于它能让你做什么，而是它能让你不做什么。" 代码生成器的意义又是什么?本人认为:代码生成器仅仅是一种工具，仅仅为了给使用者带来一些偷懒的功能。当然我绝对没有贬低那些为了让模板尽善尽美的而辛苦劳动的开发者的意思。使用代码生成器的主要工作量由编程转移到了归纳代码中的规律上，继而根据规律写出模板，最终由使用者利用模板和代码生成器直接生成代码。 用代码生成器不是坏事，既然能提高效率，为什么不用呢?但不知道什么时候，出现了这么一种思想"Ah?你说什么?我有代码生成器啊，反正点一下按键就可以生成代码了，何必搞那些什么框架啊，封装什么的"。 代码生成器真的这么万能吗?或者说代码生成器真的可以提高效率吗?虽然能根据模板生成代码，但是根据模板生成的代码千篇一律。有些使用者甚至没有摸清楚框架的特性就已经在用代码生成器生成代码了，接着一个项目就这样生搬硬套地上马了。更有甚者，按着几年前的方式，写个模板，然后生成代码就在一旁自我陶醉去了。打个比较不客气的比方"一个老土农民，天天只想着锄头锄地，从来不考虑如何提高效率，因为新的东西可能会带来新的问题，反正 最终锄下来的地都是自己的炫耀的资本"(我绝对没有贬低广大劳动者的意思，只是在这里用来比喻某些不思进取的ITer)。 有不少人被代码生成器的短期效应迷惑，执着于模板的编写、搜集。却没有认识到代码生成器最多最多只能做到生成"那些没有技术含量又相对有规律的重复性代码"，到了最后，除了模板，还能积累出什么?面对所有从一个模子里生成出来的代码，除了有那么一种风格同一的成就感外还会有什么?当有了对代码生成器的依赖后，更加不会去思考如何从自己平常的工作中出一套适合自己，适合团队的方法论，也不会去思考如何改进、如何提升。到那个时候，代码生成器带来了什么?本人属于悲观主义者，估计有很大一部分人，最后得到的只是丰富的模板资源，以及熟练的代码生成器操作。 虽然开篇的的语句看起来有点讽刺意味，但并不是说本人觉得框架不好。就像上面写的框架的意义那样，框架是方法论的集合，这个集合可以说是程序员们从自己日常的学习工作中慢慢提炼出来的，因此我们应该提倡。但框架是一个循序渐进的过程，切勿跟风，切勿急躁。有些人为了赶潮流，看了别人的代码就依样画葫芦，这个做法和用代码生成器有区别吗?还有些人一心图大，想当然根据书本照搬一些理论，未经实践就赶鸭上架;到头来，可怜的又是那些苦命的程序员(效率低不说，出了问题还不知道该去找谁)。但也不能因噎废食，由于害怕出错而不敢进行尝试，更不敢将自己的方法论总结出来和别人分享。 作为个人，你可以总结出你自己的一套，可以独树一帜、个性鲜明。当你作为团队的一员时，特别是作为项目组的负责人时，你所肩负的责任将更加重大。你必须从众多框架中选出一个最适合你的团队的，或者先将你的理解分享给团队成员，并设法达成共识，为了共同的目标甚至还要抛开一些个人的感情。千万不要告诉你的团队"我们现在有一个框架，能…，我们有个代码生成器可以很方便生成代码"，然后就强推下去。正所谓强扭的瓜不甜，不顾团队，强推的结果只能是怨声载道;甚至出现问题时，所有的口水都会落在你的身上。 说到底，框架和代码生成器是一种提高效率的手段。框架从根本上为我们提供了一个提高效率的方法，而代码生成器则可以更进一步提供了一些方便。但要牢记，工具只是一个辅助，正确的方法论、扎实的基础、勇于进取的心才是开发者所应该具备的。