首先,我想阐述一下我开发这个工具的一个观点.
如果大家做过对日软件的话,很多时候,日方是进行设计的,数据模型是什么样子的,各个字段的类型,需要做什么验证,验证规则,错误信息,都是日方制定的.
外包就是廉价劳动力市场,所有,到了中国之后,大家只是机械式的编码,或者说,只是将设计书翻译成为代码罢了.
我的一个观点是,设计即代码,如果可以将数据设计书作为源头,直接生成源代码,则可以让大家从枯燥的编码中解放出来.更重要的是,可以节约大量Review的时间.
虽然,错误信息这样的东西,大都是复制粘贴的,但是,由于是手工作业,仍然需要Review代码,如果是工具生成的话,就可以杜绝这些问题.
有人可能要说,我们有T4模板,也可以做到同样的效果,我们可以先Model First.
这里我想说的是,这个工具应该能够帮设计和开发的人,将MVC5的细节都屏蔽掉,让设计的人关注业务,让开发的人关注算法和性能优化.
例如,一个主Key项目,如果想在编辑状态的视图里面,只读显示.标准的做法是
日方说,在设计书某个项目标为[Key项目，无法通过视图编辑],然后我们这里编码的时候,需要加上 HiddenInput 特性。这样可能会发生的问题是
新手开发人员不知道 HiddenInput 特性，错用了其他特性
团队会用其他方法进行编码，功能实现不统一
Review的人需要检查是不是漏了 HiddenInput特性
在使用工具的情况下，如果事先和日方约定好了，[Key项目，无法通过视图编辑]，使用 HiddenInput ，那么，完全可以做到 0 BUG编码。
有些项目，日方可能会提出各种特性的顺序问题，当需要多个特性的时候，必须按照指定顺序写。
例如，先是 Required，然后是Range。手工编码的时候，一忙起来，编码规则都会忘记，如果用工具的话，这种问题完全可以保障。
很久之前，我接触过一个日本的项目框架，大概意思就是，在系统里面保存一张路由表（迁移配置），里面包含了，某个页面会调用什么模块，然后根据不同的返回值，迁移到不同的页面。一个MVC项目，其实，MVC代码完全可以全自动化生成的，如果业务和MVC分离的好的话，Action里面也应该调用一个BL方法，然后根据返回值，决定不同的视图。如果路由规则也可以可视化编辑，Controller，Action可以做到表格化设计，整个MVC可以完全通过设计文档生成代码。或者，再深入考虑，Controller，Action，Route这些东西，为什么不能是IOC的呢？
暂时先将MVC框架的自动编码工具开发完成，如果可以的话，希望能够开发一个前端代码自动完成的工具。
MVC自动生成的View已经很不错了，但是，很多式样的修改，还是要依靠手工，
当然，通过修改模板可以做到自定义，但是，能不能让这个工作更高效率呢？
例如，我在XML里面编写好左边的菜单结构，然后一键将菜单的DOM生成好，修改起来也会很便利。
当然，一切都有个度，有些东西，还是要人来开发的。