应用程序框架实战四:你需要应用程序框架吗

如果没有什么好处,不会有人愿意去做,那么,你真的需要应用程序框架吗,它能为你带来什么好处?

应用程序框架为你提供现成的开发环境

  现在来了一个项目,你可以直接打开VS,然后就开工敲代码吗?不行,你得先创建项目,当使用了分层架构,还需要创建更多的项目,这些项目根据依赖关系进行配置。然后依次引用各种依赖组件,很多组件还需要配置,比如Log4.Net。
  配置好项目以后,你还得测试各依赖组件是否能正常工作,可能你的运气比较好,一下就全部测试通过。但也有比较背的时候,半天调不通,这时候你会发现环境问题有时比代码Bug更难搞。
  从头开始创建和配置开发环境是劳神的工作,当你手头有套自己的应用程序框架,情况就大不相同了,它为你提供了现成的开发环境。

应用程序框架帮助管理第三方依赖组件

  随着开源事业的发展,第三方开源框架名目繁多,层出不穷,另外第三方应用平台也多如牛毛。如果在应用程序中直接使用这些三方API,势必被牢牢绑定,无法脱身,当要切换框架或应用平台时,不得不重写应用程序代码。
  如果把第三方框架或应用平台API封装到应用程序框架中,应用程序仅使用自己框架提供的API,这样就可以轻松切换相关实现了。

应用程序框架为应用程序体系架构提供支持

  当你的项目需求非常简单,比如企业网站,可能不需要什么体系架构,建立一个表现层项目,所有的代码直接写到界面上,或者后置代码中。对于简单项目,单层架构还是很有优势的,简单、快速。但更复杂的项目需要采用分层架构,目前普遍采用传统三层架构或DDD分层架构。
  特别是Entity Framework的普及,大家开始逐步采用DDD的一些设计元素进行构造。使用DDD的第一步是创建层超类型,即各层构造类型的基类。将层超类型放到应用程序框架中,而不是项目中,可以为多个项目提供支持。

应用程序框架为常规任务提供更易用的Api

  前文提到,.Net Framework提供的是原始Api,如果想在应用程序中访问更易用的Api,还需要自己动手,丰衣足食。
  把常见的.Net操作封装到应用程序框架中,不仅在调用的时候更简单,而且代码得到集中管理,修改和扩展都更容易。

应用程序框架解决大部分机械工作,大力提升开发效率  

  当采用分层架构以后,会发现开发工作量显著增长,这是由于分层架构会建立多个项目,任何一个操作,都需要在多个项目中创建代码。另外体系架构越复杂,各层管道连接代码也越多。
  信息系统最基本的操作是CRUD,手工创建这些代码,不仅浪费时间,而且容易出错。
  通过应用程序框架配套的代码生成器来生成这些CRUD和管道代码,可以大力提升开发效率。

应用程序框架内置通用模块,从而加速项目进度

  大部分信息系统都需要进行登录,主界面菜单,权限控制等操作,开发一个完善的权限管理模块需要数周时间。
  在应用程序框架中内置一些通用模块,可以显著提升项目进度。

应用程序框架为团队开发提供一致的编程风格

  团队开发的一个问题是各程序员的编程习惯和风格不同,导致项目代码异常混乱,没人愿意维护别人的代码,当开发某一模块的程序员离职后,接手该模块的新程序员将痛苦不堪。
  通过制定编码规范可以一定程度改善这个问题,但还是非常被动,执行效果也可能不佳。
  应用程序框架为团队提供一套Api,且基础代码由框架自动创建,编码规范、编程风格得到强制实施,为后续维护奠定基础。

 

  综上所述,量身打造一套符合自己习惯的应用程序框架,对项目质量、进度、可维护性等有重要意义。

你可能感兴趣的:(应用程序框架实战四:你需要应用程序框架吗)