.NET开发框架的选择历程

     去年来新公司后第一件事就是应领导要求，选择一款合适的开发框架。之前有熟悉的开发框架，Extjs+.NET简单三层，对于一般的企业后台管理系统够用了。

    但是现在Extjs这种前段端架基本被淘汰了，后端简单三层也显得非常落伍。但是对于选框架这个事情也不是越新的技术越好，要考虑到团队的人员能力、网上的文档及相关代码的丰富程度，以及快速开发的能力等。

    最开始团队里只有两个人，一个只会简单的拖服务器控件然后简单的C#，数据库增删改查。另一人刚毕业一年，只做过BPM系统的简单二次开发，甚至不知道数组怎么用。因此考虑选框架的重点就是“出活率”，就是有一套框架包含常用的权限管理等复杂又常有的功能，前台界面最好是拖拽或配置出来的的，不需要掌握JS、CSS等布局技术，后台写写简单的增删改查sql。这套框架还真有，机缘巧合是威海当地的一个程序员组织老大自己写出来的框架，所用的技术其实就是基于bootstrap、aceadmin、jquery、HTML5、C#、webservices、Redis、sqlserver等技术或工具，通过独创的设计模式进行整合。自己亲自试用了一下，感觉对人员技术要求非常低，但是又可以做出一个比较好看的系统。系统登录、权限功能管理、数据录入、报表图形展示、导出Excel等功能一应俱全，除了后台写一些简单的sql代码，其他基本靠配置和粘贴修改的代码即可，上手相当快。这个老大对我说用熟了，他自己对一个有50多个功能页的系统，自己一个人只用了两周就开发了出来。

尽管整个系统都是源代码开源的，也没用什么高深的技术。但是领导始终感觉将企业系统建立在这样一个个人构建的框架上有风险，最后也没说通，将这个框架PASS掉了。

    然后又开始了漫长的寻找新框架之路。但是巧妇难为无米之炊，任何比较先进的框架都需要学习成本，但是对非专业软件企业而言，公司有没有太多项目来学习练手，只要是接到用户的一个需求不管用什么技术都必须快速的实现出来。后来这两个成员调离别的项目不做开发，公司又给我招聘了一个.NET开发经验相对丰富的，还有一个java经验丰富的人员即将入职。这样选择框架的方向又发生了变化。

    首先要考虑架构的通用性，因为有.net也有java的，所以我倾向于用REST的开发方式，前端可以用Vue.js这种前端框架。用Vue.js重新写一套包含常用的界面不现实，因为所有人本来对Vue.js都不太熟悉，后来发现阿里巴巴的开源框架“飞冰”。这个框架包含很多现成的控件，前端用问题不大，但是选框架最主要的还是提高开发效率，包含基础的功能是必须的。这套框架只是一个前端框架，后端用来获取数据的方式都不是我们所熟悉的，也 不包含常用的一些功能。

   偶然的机会发现了开源的ABP框架，包含常用的功能，有完善的权限功能(名为ZERO)，感觉是有点靠谱。具体功能正在探索，未完待续。。。。。。