不少前端工程师看到这个标题可能会产生质问:我js用得好好的,能后端能APP,为什么还要学习Python?
至少有下面两个理由:
1、学习曲线。ES6之后的JavaScript(TypeScript)的在语法上和Python有很多异曲同工的地方,所以学习曲线非常平滑,上手难度很低。
2、应用场景。JavaScript虽然是web开发的王者,但是其在某些方面还是存在一些问题的。比如Node.js虽然可以写后端,但大多用于CGI层,做接口整合和模板渲染,而Python、Java这类语言已被广泛应用于后端服务编写,同时Python在做机器学习等方面也很有优势。
这篇文章我们通过对比两种语言之间的“异常”来学习Python。
异常是编写代码时必须考虑的问题,但却并不是一个热门话题,少有文章提到。
尤其在web前端这一块,浏览器的强大容错能力帮工程师解决(隐藏)了大量的异常。
但如果忽视异常轻则影响功能运行,重则导致系统崩溃,造成经济损失。
JavaScript 异常捕获关键字与 Python 一致,都是使用 try 。
// JavaScript
try {
...
}
# Python
try:
...
但是两者都具有局限性:只能用来捕获同步执行代码的异常。
对于异步代码的异常捕获的情况 JavaScript 处理起来相对复杂,按运行环境就可以分为 Node.js 和 浏览器,按捕获范围又可以分为全部捕获和局部捕获。
// 浏览器全局异常捕获
window.onError = e => {}
window.addEventListener('', e => {}) 捕获请求错误
// 浏览器Ajax异常捕获
var xhr = new XMLHttpRequest();
xhr.onload = function(e) {
if(this.status > 400){
...
}
};
// Node.js 全局异常捕获
process.on('uncaughtException', e => {})
// Node.js 回调方式异常捕获
fs.readFile('/etc/passwd', (err, data) => {
if (err) {
...
}
});
Python 的情况要简单很多,即使使用异步线程或进程,也可以在函数内部进行捕获,然后其它方式上报。
def _parse_speed(key_name, speed_list):
try:
...
t = threading.Thread(target=_parse_speed, args=(v, speed_list))
t.start()
由于异常捕获情况比较复杂,如无特殊说明,后文讨论仅指使用try关键字的同步异常捕获。
再看看JavaScript几种处理异常方式。
不少读者可能会以为在catch语句块后执行的代码和finally语句块作用一样,但其实是有区别的!
下面举个例子
fn = () => {
try {
throw Error()
} catch(e) {
throw Error()
return 1
} finally {
return 2
}
return 3
}
fn() // 是2不是3
也就是说 finally 语句块中的代码,不论 try 还是 catch 执行出错都会执行。
Python的异常处理:
下面列举使用 except 的几个例子:
# 捕获异常实例
except Exception as e:
# 批量异常捕获
except (IOError, TypeError):
# 异常分类捕获:
except OSError as err:
...
except ValueError:
...
except:
...
JavaScript 中可以通过关键字 throw 来抛出一个 Error 对象。
Python中与之对应的是 raise ,用来抛出一个 Exception 实例。
虽然关键字不一样但是写法基本相似:
// JavaScript
throw Error(...)
# Python
raise Exception(...)
对于 JavaScript 而言,谈异常类的意义不大,处理不同的异常需要手动判断,所以异常类型也比较简单。Python的异常类型则丰富得多
大多时候(除:网络故障与请求被阻止外),使用fetch()返回的 Promise被标记为resolve,包括(接收到一个代表错误的 HTTP 状态码时,HTTP 响应的状态码是 404 或 500,但是,此时会将 resolve 的返回值的 ok 属性设置为 false
JavaScript 错误和一般处理 throw new Error(\'something went wrong\') 会在 JavaScript 中创建一个错误实例,并停止脚本的执行,除非你对错误做了一些处理。当你作为 JavaScript 开发者开启自己的职业生涯时,你自己很可能不会这样做
ECMA-262第3版引入了try catch语句,作为JavaScript中处理异常的一种标准方式。基本的语法如下所示。但是在前端js代码中很少看到try catch语句,并不是所以代码都需要加try catch来作得不偿失的保险
在前端项目中,由于JavaScript本身是一个弱类型语言,加上浏览器环境的复杂性,网络问题等等,很容易发生错误。做好网页错误监控,不断优化代码,提高代码健壮性是一项很重要的工作
异常(Exception)是一种错误处理机制,用于在指定的错误发生时改变脚本的正常流程。当异常被触发时,当前代码状态被保存,代码执行被切换到预定义的异常处理器函数(如果有)
js中的异常处理语句有两个,一个是try……catch……,一个是throw。try……catch用于语法错误,错误有name和message两个属性。throw用于逻辑错误。对于逻辑错误,js是不会抛出异常的
try中没有抛出异常,则catch语句不执行,如果有finally语句,则接着执行finally语句,继而接着执行finally之后的语句;不管是否try...catch,finally都会被执行。当try...catch中有return的话,finally后会执行try...catch中的return
很多开发者在开发过程中都会遇到异常,处理过程大同小异:捕获然后处理,事实上也确实是如此。只是从laravel自带的Exception入手,谈一谈怎样用一个更好的方式处理错误信息。
首先一个常识就是,在浏览器执行JS脚本过程中,当出现脚本错误,并且你没有手动进行异常捕捉时,他会在浏览器下面出现黄色的叹号,这是正常的
最近观察项目 CI 跑的情况如何时,会偶尔发现一两个镜像虽然构建成功但是容器跑不起来的情况。究其原因,是因为一个 exit code 的问题
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!