《极客时间 - 左耳听风》【文章笔记个人思考】

本文主要是介绍《极客时间 - 左耳听风》【文章笔记个人思考】，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

10 | 如何成为一个大家愿意追随的Leader？

这里的Leader是在技术上取得优势，而不是行政上的职位，不是一种职称而是领头羊。

Leader：

1. 讨论工作细节，关注工作重点，制定工作计划，解决细节难题。
2. 深入技术细节，从技术上找到治标又治本的技术方案或管理方法。
3. 注重技术发展。
4. 沟通协作。

TUTU

如何成为Leader？

1. 帮人解决问题。
2. 被人依赖。

技术领导力是成为一个Leader的关键因素。

人总是需要有不同的经历，优秀的人更是如此。

Always Be Coding 终身写代码才会有更多实践经验，才能明白什么是最好的实践，才能明白一个技术方案的优缺点和实现复杂度。很多时候项目经理或产品经理一个自己认为很简单的需求，在技术上实现的时候可能会遇到很多坑。

保持积极、正面、热情的生活方式。

正视错误，正视问题，正视不足，不怕困难，迎难而上，在反思和总结中得到更好的解决方案。

互相学习，互相提高，互相成就。

11 | 程序中的错误处理：错误返回码和异常捕捉

确实，任何一个稳定的系统中，都会用大量代码处理错误。

strtol() 函数使用 返回值 +错误码的形式。
存在两个问题：

1. 程序员一不小心就会忘记返回值的检查，从而造成代码的 Bug，这经常会遇到。
2. 函数接口非常不纯洁，正常值和错误值混淆在一起，导致语义有问题。

Windows 的系统调用开始使用 HRESULT：返回值只用来做函数调用的成功或失败，input 和 output 通过函数参数来完成。
存在问题：

1. 函数接口变的复杂。
2. 函数返回成功或失败可能被认为忽略。

Go语言很多函数通过多返回值来解决：返回 result, err 两个值。（个人觉得放在同样的返回位置不清晰，不如用返回值只用来做函数调用的成功或失败，input 和 output 通过函数参数来完成。）

1. 参数都是入参，结果信息和错误信息分离，函数接口语义会更加清晰。
2. Go 语言中的错误参数如果要忽略，需要显式地忽略，用 _ 这样的变量来忽略；（为什么要忽略，如何忽略，TUCODE）
3. 返回的 error 是个接口（其中只有一个方法 Error()，返回一个 string ），所以你可以扩展自定义的错误处理。（TUCODE）
4. 函数会返回多种不同类型的 error 通过 switch case 处理。

资源清理：

1. 通过C++ 的 RAII 机制实现。
2. Go语言中的 defer 关键字可以做到同样的效果。
3. C语言通过 goto 语句实现，代码中间不能 return 否则会导致内存泄漏。

异常捕获处理：try-catch

1. 正常的代码、错误处理的代码、资源清理的代码分开，提高了代码的可读性。
2. 函数接口在 input（参数）和 output（返回值）以及错误处理的语义是比较清楚的。
3. 异常不能被忽略（如果要忽略也需要 catch 住，这是显式忽略）。（TOTHINK）
4. 在面向对象的语言中（如 Java），异常是个对象，所以，可以实现多态式的 catch。（TOCODE）

致命问题：在异步运行的世界里的问题。try 语句块里的函数运行在另外一个线程中，其中抛出的异常无法在调用者的这个线程中被捕捉。

资源错误（文件资源，内存资源）：日志 + 程序退出。 根据系统底层接口处理。
业务逻辑代码错误：日志 + 报警。捕获异常。
用户的错误：向用户端报错。返回错误码。
运行环境错误：日志 + 报警。重试或妥协（降低性能等），保障环境可用。捕获异常。

底层系统的资源错误，提供什么错误处理方式就用什么错误处理方式，尤其是一些系统库没的选择。

其他情况：

1. 在 C++ 重载操作符的情况下，你就很难使用错误返回码，只能抛异常；
2. 异常捕捉只能在同步的情况下使用，在异步模式下，抛异常这事就不行了，需要通过检查子进程退出码或是回调函数来解决；
3. 在分布式的情况下，调用远程服务只能看错误返回码，比如 HTTP 的返回码。

《代码大全2》里有部分是专门讲这个的，很详细。

这篇关于《极客时间 - 左耳听风》【文章笔记个人思考】的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---