【C#编程最佳实践 二十三】如何将接口生成接口文档
如果接口过多可能需要把这些接口生成一个文档来对外提供使用，这样可以大幅的减少咨询量，最近接的这个任务就是如此，所以如何快捷的将接口生成接口文档就至关重要。我们选取的是docfx工具来进行生成：1 下载docfx工具可以通过github直接下载docfx，进入页面后点击下载最新版本即可：2 添加环境变量安装好后，将docfx的安装路径添加系统的环境变量3 初始化docfx在docfx的安装目录，打....
【C#编程最佳实践 二十二】如何发送带有重试机制的Http请求
最近在做的一个功能是通过ESB调用http的client来发送Http请求，学习了相关的调用方式，如何让请求带有重试机制的发送呢？HttpClient初始化在整个调用过程中，我们使用到了委托方法的方式，在外层的委托里加入了重试机制以及线程的休眠机制。然后委托调用的方法又分为POST和Get，同时我还使用了返回结果泛型类的方式来定义响应情况，包括成功还是失败的响应状态码。/// <summa....
【C#编程最佳实践 二十】日志与日志级别
在日常的开发中我们经常会用到日志，最近开发的时候老是听到别的其他开发人员让测试把日志级别从debug降到info或者等等之类的，所以就比较好奇日志级别到底有哪几种以及各种日志级别到底是怎么发挥作用的呢？于是看了下公司的源码，发现我们的log类是继承自log4net的，所以简单学习下该类。日志级别在log4Net中有7种日志级别，其中常用的有5种: DEBUG，INFO，WARN，ERROR，FA....
【C#编程最佳实践 十九】与文件相关的操作
最近做的内部项目有很多内容与文件操作相关，这才发现，基础的IO类自己都靠全网百度，想着把常用的文件操作记录下来，这样之后再遇到相关的文件操作，也许就能快速定位和实现了。主要分为以下两种吧：文件读写、文件路径。涉及到二者的一些常用操作总结一下。文件读写文件最常用的写入方式是：将二进制字符数组写入指定的路径。/// <summary> /// 创建文件到指定路径并将二进制...
【C#编程最佳实践 十七】反射工厂最佳实践
最近写了一个功能就是通过传入不同的rule实现不同的规则，这里rule是个字符串，按照常理来说，我们最先想到的是switch case,但Switch case有个问题就是代码耦合度会特别高，想起武哥之前说的一段话：写代码时不时就要review一下，写第一个方法可以大概写，第二个方法就得想想和上一个可不可以重用，能重用多少，再多几个方法的时候就得思考可不可以用工厂来实现，于是，这一次再武哥又一次....
【C#编程最佳实践 十五】DTC使用最佳实践
最近由于校验工具出现bug，但无法定位问题，又涉及到数据库的创建和更新，所以在武哥的帮助下，学习了下DTC，也就是分布式事务协调管理，主要解决事务完整性问题和提供自动修复功能。当然现在我只涉及到了监测功能，修复功能需要运维的配合。函数原型当一个函数对数据库执行多步操作需要保证其完整性的时候（同时数据的复杂性也会导致某些执行成功，某些失败，不一定是逻辑错误，当然如果百分百执行不到下一步，很有可能逻....
【C#编程最佳实践 十四】VS调试最佳实践
Debug和Release分状态调试#if ！DEBUG Console.WriteLine("Release:TML发布的时候最帅了"); #else Console.WriteLine("DEBUG:TML调试的时候最帅了"); #endif如果运行模式是Release，也就是！DEBUG则会输出“Release:TML发布的时候最帅了”。如果运行模式是Debug，则代...
【C#编程最佳实践 十三】接口测试实践
进入前后端分离开发的第二个阶段，也就是和前端联调之前，自己首先应该调试下接口是否能跑通，也就是接口测试，这样在和前端联调的时候能够做到心中有数，快速定位问题所在。接口测试与单元测试单元测试单元测试我认为更多的是对通用的最基础方法的测试，换句话说，就是不掺杂业务的测试，应用最多的场景可以说就是对数据的增删改查的测试，一个好的规范的单元测试可以保证小规模代码块功能的正常实现，且该部分代码一般来说是被....
【C#编程最佳实践 十二】前后端分离的思考
最近做的项目武哥用了前后端分离，在这里我做个自我学习吧，从网上搜集一些资料再结合下自己实践过程中遇到的记录下来。持续更新Web系统开发构架再思考-前后端的完全分离https://www.cnblogs.com/zergcom/p/4439383.html对于web开发前后端分离的思考 http://blog.csdn.net/chen_victor/article/details/7261475....
【C#编程最佳实践 十一】降低圈复杂度最佳实践
什么是圈复杂度圈复杂度(Cyclomatic complexity)是一种代码复杂度的衡量标准，圈复杂度用来衡量一个模块判定结构的复杂程度，数量上表现为独立线性路径条数，即合理的预防错误所需测试的最少路径条数。圈复杂度大说明程序代码可能质量低且难于测试和维护，根据经验，程序的可能错误和高的圈复杂度有着很大关系。一般指代码中的分支数量，比如有一个if分支，代码复杂度就加1，如果if中有“||”或者....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。