- 好奇怪哦，明明我是写Python的，但是到现在，我还没有发过任何关于编程方面技术的文章
- 今天就来谈谈关于“异常处理”的事情吧
-
本文章的内容来源于《异常处理：设计与重构》
- 写的很好，很有趣，推荐去看
- 我是在图书馆无意之间遇到它的，翻了一些之后，果断就买下了
- 注意！本文章并没有基于实践来撰写，只是单纯的理论和颅内高潮，参考价值不大。估计在我应用这些理论之后，还要再写篇文章来说说吧
重视异常处理
-
为什么突然想要写这么一篇文章呢
- 因为我啊，这一个月忙着组织校园模拟招聘会的活动，因为疫情，我大胆（不要脸地）提出了线上举行的方案
- 为了让100个单位和1700位学生对接上，并且有序进行，按时完成面试，并且让每个人都面试到自己想要面试的单位
- 开发了不少东西，匆匆忙忙学了django和socket通信之类的。开发了一个报名系统，一个线上面试信息系统和叫号系统
- 然而，bug不少啊。虽然说是太紧急的原因，报名系统开发时间只有3天，叫号系统只有4天，差点要了我的小命。但仍然有显著的因异常处理不规范而导致系统稳定性极差的问题。难维护，兼容性差...简直无语了 @(kuanghan)
- 所以，这一周把《异常处理》这本书读了一下，有很大的感触
- 异常处理非常重要，大家都是知道的。但是很多时候，我们处理得不够好，不够规范，甚至忽略，大大增加了后期的维护成本，这是不可取的。
- 况且，谁不想自己的系统稳定NB呢。
开始之前
- 需要注意的是，不要一味地追求高可用性的系统，基本不现实，也没有那个必要，因为现实中，开发周期往往不允许这么做。 但是，稳定性是可以逐步提升的，为此，我们可以养成良好的习惯，方便后期提升系统的稳定性
- 人家用一本书讲的东西，我当然不可能一下子讲完，所以我就挑重要的理论和技巧来说说吧
理论
几个基本原则
- 功能性 兼容性 易读性 易维护
- 上述四个原则是我说的。代码要简洁清晰，才方便维护，才能够在后期提升程序的强健度
异常处理的四种脉络
-
就是上下文啦。只有清楚地知道发生异常的过程，我们才能抓住线索，一步一步地筛查异常的原因。
- 形似的有Python的Traceback。 不过Traceback的出现往往意味着进程/线程的停止，因此，我们既要捕捉异常，又要
- 但是上下文(context)
[warn]未完成！！！[/warn]