egg.js配合mssql用起来其实挺方便，开发效率也能提升不少

开始）

我之前听一些用Node.js做开发的朋友聊天，说起选框架和数据库的事儿，有个朋友提到，他之前的一个项目用了Egg.js这个框架，然后数据库选的是微软的SQL Server，也就是Mssql，他说一开始还挺担心这两者搭配起来会不会有问题，毕竟感觉上Egg.js在社区里好像和MongoDB或者MySQL搭配的例子更多见，但实际用下来，他的感觉是“egg.js配合mssql用起来其实挺方便，开发效率也能提升不少”。

我仔细问了他为啥会有这个感觉，他给我讲了讲他的实际体验，首先他说，Egg.js本身就是一个很强调约定和规范的企业级框架，它那个“约定优于配置”的理念，让他们团队在开始项目的时候省了不少事儿，比如目录结构怎么安排，配置文件放哪儿，中间件怎么用，Egg.js都给你规定好了，这样一来，就算团队里有新人，也能很快上手，不至于在项目结构这种基础问题上纠结太久或者搞出五花八门的写法，这对于需要长期维护的项目来说,特别重要。

那说到和Mssql的配合，他提到关键就在于Egg.js强大的插件生态，他们用的是egg-mssql这个插件，他说这个插件把很多繁琐的步骤都给封装起来了，安装、配置好之后，在项目里直接用app.mssql就能拿到数据库连接实例，进行各种操作，不用自己再去写一堆连接池管理、错误处理的底层代码，配置起来也不复杂，就是在config文件里把数据库服务器的地址、端口、用户名密码、要连的数据库名这些信息填好就行了，这种开箱即用的体验,一开始就让人觉得挺顺心的。

真正让他觉得开发效率高的，是在写业务逻辑的时候，他说Egg.js的目录结构规定里有service这一层，专门用来封装数据操作，他举了个例子，比如要做一个用户查询的功能，他就在service目录下创建一个user.js文件，然后在里面写一个方法，比如叫async findUserById(userId)，在这个方法内部，就用app.mssql.query来执行SQL语句，因为Mssql用的是标准的T-SQL，他们团队里有个别成员以前是做.NET开发的，对T-SQL非常熟，所以写起复杂的查询、连表、存储过程调用什么的，简直是得心应手，他把这些数据操作都集中在service里，控制器（controller）那边就显得非常干净，只需要调用service提供的方法，拿到数据，然后返回给前端就行，这种分层让代码看起来特别清晰，后期改点查询逻辑，基本都只在service里动,不容易出错。

他还提到事务处理，他说在一些需要保证数据一致性的操作里，比如转账，既要扣减A账户的钱，又要增加B账户的钱，这两个操作必须在一个事务里完成，用egg-mssql插件，处理事务也很直观，他给我看了一下大致的代码结构，就是先开始一个事务，然后把要执行的一系列SQL操作放在里面，如果都成功了就提交事务，如果中间有任何一步出错了，就捕获异常然后回滚事务，插件提供了相应的方法，写起来流程很清楚,没觉得比用其他数据库麻烦。

他觉得Egg.js的插件机制本身也帮了大忙，除了egg-mssql处理数据库连接，他们还用了像egg-validate来做参数校验，用egg-jwt来处理用户认证，这些插件都能很好地集成在Egg.js的生命周期里，配置一次，在整个项目里都能方便地使用，这就避免了他们自己去重复造轮子，可以把精力完全集中在业务代码的实现上，他开玩笑说，感觉就像搭积木，Egg.js是主体框架，然后需要什么功能就找个合适的插件“啪”一下装上去,很快就能开始干活。

他也说了这不是说完全没有一点小麻烦，比如有时候遇到一些非常特殊的Mssql的语法或者特性，可能需要去查一下插件的文档，或者看看源码是怎么处理的，但总体上，他觉得这个组合的磨合成本比他预想的要低很多，尤其是对于他们这种项目，历史数据已经在SQL Server里了，不可能为了用新技术而换数据库，用Egg.js来构建新的服务层，既能享受到Node.js高并发、开发快的优点，又能无缝对接现有的数据库,他觉得是个很务实的选择。

最后他总结说，可能很多人一提到Node.js就想到NoSQL，但其实配上Mssql这种关系型数据库，尤其是依托Egg.js这种结构严谨的框架，对于开发中大型的企业级应用是很有优势的，规范减少了混乱，插件提升了效率，熟悉的SQL语言降低了学习成本，这几样加起来，自然就觉得“用起来方便，效率也高了”。 结束）