Python的逻辑运算符and小析，,近期突然对验证码的识

Python的逻辑运算符and小析，,近期突然对验证码的识

近期突然对验证码的识别感兴趣了,然后就研究了一些图像识别和处理的资料,其中有一种图像处理是关于字体的细化和骨架提取的,但是这种算法没有现成的java代码实现,那些号称的java版代码多半都是效果很差或是根本不行的..搜索的途中看到一个用python实现的细化提骨架算法,效果很不错,想着就把这个python实现改写成java的好了..但是呢,其实我不懂python,所以先去w3c看了一遍python语法,然后开始改写...问题出现了...当遇到源程序中的逻辑运算符 and 的时候,我犹豫了..来看看w3c中关于and的解释:

布尔"与" - 如果x为False，x and y返回False，否则它返回y的计算值。

看到这个精简的解释后,我震惊了..它到底在说什么..这和逻辑与有甚么关系..python中逻辑与的定义怎么会这么奇葩..算了,直接用if else把这段话翻译一遍糊弄过去就算了..但是之后源程序中出现了 xx and xx and xx的语句,这要用if else来翻译那简直了...我突然想正常人的大脑如果按照这个逻辑怎么可能预期到这段表达式的意义...python的逻辑与应该不奇葩,奇葩的应该是这段解释才对...重新理了一下思绪..

java中逻辑与(&&)的定义是很清楚的,解释如下:

与:
a & b :当a,b同时为true时,a&b为true,否则为false
逻辑与:
a && b,当a为false时,那么a && b就直接返回false,不会对b再进行判断,因为当a为false时候,无论b为何值,表达式a && b根据与的定义都将是false..但是如果a为true,则需要进一步计算b的值,根据b的值不同,表达式a && b的最终值也不同.

对比了一下w3c的解释后发现,原来他们说的是一个事情..但是w3c的说法有一定的误导性,它过分强调了表达式的值为x或是y,而淡化了表达式的含义..让人有一种错觉,逻辑与的值不是与出来的,而是某种情况下a或是b的值..

Python的逻辑运算符and小析