.NET开发人员调试策略PDF|Epub|txt|kindle电子书版本网盘下载

.NET开发人员调试策略PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

目 录1

第1章调试简介1

1.1 明确问题1

1.1.1三思而后行2

1.1.2是否值得这样做2

1.1.3提高调试技能3

1.2.NET新增的调试特性4

1.2.1 内存问题不再出现4

1.2.2语言无关性5

1.2.3远程调试和跨机调试6

1.2.4从进程中分离7

1.2.5 ASP.NET7

1.3 其他内容8

第2章 调试过程中的6点建议9

2.1 在检查Bug时，不要忽视在此之前出现的任何Bug9

2.2 不要忘记最终目标是让程序正确执行——修正Bug只是手段，11

并非最终目的11

2.2.1 当目标依赖许多子目标，而这些子目标又依赖更多的子目标时13

2.2.2 当进行下一步很困难时，可寻找一种简单的办法13

应将注意力集中在导致代码出现故障的方式上14

2.3 当代码在一种方式下正常运行，而在另一种方式下出现故障时，14

2.3.1 将注意力集中在不同点上15

2.3.2当一些程序以某种方式运行时16

2.4在没有合理的证据时，不要怀疑问题出在硬件、API或OS上17

2.5 在一些测试计算机上不要安装调试工具——以免发生异常循环19

2.5.1 在非开发环境下检验代码的工作情况20

2.5.2确保能够在客户站点上调试您的产品21

2.5.3 为您的团队提供使用其他调试方法的实践机会22

2.6编码后，立即在调试器上逐步验证所有代码22

2.6.2 发现处理错误的代码隐藏着一个严重的问题23

2.6.1 忘记补充函数细节23

2.6.3把修改代码也当作一次测试，但是偶尔也应该检查一下24

2.6.4错过优化代码的机会25

2.6.5正确使用逐步调试26

2.7小结26

第3章制定计划28

3.1 蛮力调试28

3.2 3个猜测30

3.2.1 还是不相信我吗？让我证明给您看31

3.2.4 以前曾经见过与之类似的Bug吗33

3.2.2构造一个测试案例33

3.2.3聪明地使用猜测33

3.3手机问题34

3.3.1 一旦做出假设，我们就很可能做蠢事35

3.3.2收集信息——到何时一切才能正常运行36

3.3.3推理实现细节39

3.3.4深入问题41

3.3.5 决定性的问题——故障的根源是什么43

3.4小结44

4.1 断言45

第4章断言调试45

4.1.1 关于消息窗口的问题46

4.1.2使用断言来启动调试器47

4.2我经常验证代码，为什么还需要断言呢48

4.2.1 找到出错点48

4.2.2断言的部分优点50

4.3 .NET的调试和跟踪类51

4.4积极地使用断言53

4.5断言性能瓶颈55

4.6不要断言合理的情况57

4.7 当不能简单地使用断言时58

4.7.1 关于Windows服务的断言58

4.7.2关于ASP.NET页面和Web服务的断言59

4.7.3关于远程对象的断言61

4.8 使用TraceListener定制断言61

4.8.1 启动定制的断言63

4.8.2在服务中使用定制的断言64

4.9 小结65

5.1 Printf调试66

第5章用日志调试66

5.2程序日志67

5.2.1 日志中应该包含的信息67

5.2.2使日志易读71

5.3.NET对记录的支持76

5.3.1.NET中的侦听器和开关78

5.3.2 XML配置文件80

5.4 Windows事件日志82

5.5 小结84

6.1 ASP.NET和调试器85

第6章ASP.NET调试和SQL调试85

6.1.1连接调试器87

6.1.2远程调试89

6.1.3分离调试器89

6.2 ASP.NET中的日志90

6.2.1 ASP.NET跟踪数据91

6.2.2启用ASP.NET跟踪96

6.3调试SQL存储过程100

6.3.1直接逐步执行存储过程100

6.3.3 SQL远程调试102

6.3.2在应用程序中调试存储过程102

6.4小结103

第7章调试远程客户站点104

7.1 调试远程客户问题如此困难的原因104

7.1.1配置问题105

7.1.2您必须设计再现Bug106

7.2为什么要问我这么多问题？只要修正它不就行了107

7.2.1 客户的期望107

7.3 自动诊断实用程序108

7.2.2 为什么不能实现客户的愿望108

7.3.1 自动收集数据109

7.3.2 诊断实用程序的设计决策109

7.4 帮助您观察客户再现Bug的第三方工具111

7.4.1亲眼观察Bug111

7.4.2控制用户的电脑112

7.5 对于非常严重的Bug，可以让开发人员参与技术支持工作112

7.5.1参与的人员越多，遗漏的信息越多113

7.5.2开发人员应该对客户说的话113

7.6构建一个带有更多日志的新版本——以及验证它是否被安装的方法114

7.7 .NET的安全性115

7.7.1限制访问116

7.7.2 CAS的工作方式117

7.7.3处理SecurityExceptions119

7.7.4根据每个程序集授予权限120

7.8 小结122

第8章多线程调试123

8.1 多线程的概念123

8.2在调试器中查看线程125

8.3 常见线程问题的原因126

8.3.1竞争条件127

8.3.2死锁130

8.3.3资源匮乏131

8.4调试线程问题133

8.4.1 调试竞争条件135

8.4.2调试死锁139

8.5关于线程的思考145

8.6小结145

9.1 需要错误跟踪软件的原因146

第9章错误跟踪程序146

9.1.1 您不知道的细节147

9.1.2错误跟踪程序的概念148

9.2开发工作流程150

9.2.1 常见的工作流程问题151

9.2.2执行工作流程152

9.2.3处理工作流程中的反弹153

9.3搜索和报告154

9.3.1 重复的PR154

9.3.2 为解决当前Bug而从以前的Bug中查找线索155

9.3.3 PR统计报告156

9.4和队员交流158

9.4.1 与其他开发人员合作159

9.4.2 与测试人员合作160

9.4.3与技术支持部门合作161

9.5 了解您的工具162

9.6小结163

第10章源代码管理调试164

10.1源代码管理介绍165

10.1.1使用Visual SourceSafe165

10.1.2允许开发人员协同工作166

10.1.3 查看文件变化的历史记录168

10.1.4取回某一版本或者分离一个副本170

10.1.5防止意外删除文件171

10.2用SourceSafe进行调试171

10.2.1用修改历史进行调试172

10.2.2在分支管理中修正Bug177

10.3 习惯于使用SourceSafe182

10.4 小结182

结束语184