基于REST风格的前后端分离的Web服务架构的.NET Framework实现第7讲《后端实现篇之修改功能》

       最后一个需要实现的功能，是后端接口的修改功能。这个功能有点类似于新增功能，只是有一点区别是，新增不需要主键id的信息，但是修改，则需要主键id的信息。也就是说，我们前端传递到后端的实体对象当中，这里需要封装id属性值。

       1.修改接口前端访问代码实现

       注意这里传输的谓词使用的是PUT，修改操作完成后，同样需要调用查询数据方法，来刷新修改后的前端数据显示。

       2.修改接口后端实现

       Controller代码部分

       BLL业务逻辑层代码部分

       上面的代码中，我实现了一个UserInfoExists的私有方法，方法的实现代码如下图所示。

       3.修改接口前后端集成测试

       按照惯例，还是先展示一下数据库中的数据情况。

       修改前，前端页面如下图所示。

       这里我们修改编号为3的用户信息数据，把王五修改为王六，密码修改为wangliu，年龄修改为55。填写好需要修改的信息之后，单击修改按钮，操作完成后前端的界面如下图所示。

       查看一下数据库中数据的情况，和上面的操作形成一个对照。

       以上就是删除功能的实现过程。到目前为止，我们已经实现了一个完整的增删查改的模块。通过这个模块，可以扩展成任何需要的后端操作实现。但凡是IT软件项目，都离不开增删查改这四个模块的操作，只是业务对象不同而已。这里需要说明一点，技术不可能帮助你完成全部工作，技术只能帮助你用更快的速度得到你想要完成的工作。就比如说我们到现在为止，实现出来的这些功能，并不能代替IT系统业务需求部分的系统分析和设计工作。其实，要研发一个软件项目，业务需求部分的系统分析和设计才是最难的。业务需求处理的好坏，往往决定了系统的成败，或者是系统的复杂程度。感觉国内的研发环境，都不太注重高质量的分析和设计工作，总是觉得找到一个技术很牛的人，就可以解决项目中的所有问题。我对这样的想法是持否定态度的，这就好比盖房子，如果设计图纸都是非常草率的，或者是监理管理都不到位的话，那就算是后面的所有建设工作都做得很好，也很难掩盖房子倒塌的命运。等后面有时间，我会写一些项目管理，或者是分析设计方面的文章，以此来表达我的一个想法：除了技术实现之外，软件项目还有很多的工作要去做，要去完成。

       后面我会再用一讲的内容，来大概讲述一下路由的功能，对我们这个项目收个尾，完成我这个讲座的全部内容。