随着人工智能的有J员何火热,Python作为这块领域中的础的程序佼佼者,也得到了迅猛的看待发展。作为一门强类型的位少动态脚本语言,Python与JavaScript非常相似,有J员何无论是础的程序语法思维上还是可用的基础工具(内置API)上,对于写惯了JavaScript的看待我们来说, Python非常的位少友好,友好在哪呢?有J员何我们一起来看看吧。 由于我们都是础的程序有JavaScript基础了,所以学习Python的看待方式得做一些小改变,不需要去看文档学习API,位少那样其实蛮累的有J员何,毕竟脱离了生产的础的程序学习API,就犹如听着昏昏欲睡,看待毫无感情的色彩的服务器租用四六级听力,嚼着一段段生搬硬套硬凑生词的阅读理解,你很难真正的听懂、读懂它。(有幸在车站跟外国人交流过,他们说的话听起来真的 很优美,很灵动,这跟一直是第一声的四六级完全不同,好吧,扯远了) 学Python,我的理解 —— 就像学JQuery,学会一个$(id class tag),理解它比原生JS对于DOM操作的简化就够了,其他的五花八门的API,你在生产环境下用上一遍,自然而然就会了。 这里我们也是一样,不学习它的API,我们用Python来解决问题,解着解着,你自然也就会了,云服务器而且可以让你的头发少掉那么几根。= = 我们遇到的第一个问题是 —— 抽奖。 用JavaScript写抽奖你肯定信手拈来,呼啦啦看着那个大转盘咕噜咕噜就是一顿猛操作。这里我们只取其中最重要的一部分,也就是摇出幸运者的逻辑。我们可以把它抽象成下面这样: 1、抽奖箱里的号码为员工号码,我们看成一个数组,假设这时候的员工号码为1~100号。 2、抽奖到的那位不能再继续参与抽奖。 3、假设我们要抽取若干位幸运者(比如5位幸运者) 这时候我们想:先建一个数组来装幸运者,接着随机一个从1-100号的数字,并且判定一下这个随机出来的数字是否在幸运者数组中,如果没有就加进去,有就重新随机。 我们先来看一下我们熟悉的JavaScript,高防服务器基本上你可以发现有条不紊的按照我们的思路进行着。 这时做过了一遍之后,再返回来看看Python版。(这里的Python是Python3.7,对于Python2的语法异同(语法不兼容其实不少,最常见的比如Python2的print ***与Python3的 print(***)。这里就不说了,只说Python3。) 基本的套路其实一模一样,只不过稍微语法不同: 1、 JavaScript的函数定义是通过function,或者通过箭头表达式。而Python则是通过def。def其实就是定义的意思,define嘛。 python的函数没有大括号包裹,而是通过":"来做判定。 2、 我们的判断数组是否包含某个成员,我们的初步思路就是判断它的索引是不是大于-1,这里Python做得更好,它直接就是: 你在其他语言上很难(除了SQL)看到如此语义化的代码,简直就是一句赤裸裸的英文句子,这也是我向往的终极代码编程方式 —— 代码就是很直白的英文句子(当然也可以中文)。 3、 类似于数组的push在python中是append,n - - 在python中没有,python只能是n -= 1等这些小改动,对于我们来说其实都不能说是负担。 4、 JavaScript最大的特点就是你几乎开箱即用,很多功能都内置了,而Python其实也是,只不过没有全部放在名称空间里(你可以理解成全局作用域),比如数学的math,随机数的random,正则的re。它们都是需要import进来的。比如下面这样: 5、 你有没发现这些import跟JavaScript非常相似,甚至关键词都一样的,是的,这里你几乎可以用JavaScript的模块化思想来类比,你可以很容易理解并掌握它。 好了,虽说仅仅只是简单的一个问题解决过程,但你可以掌握不少这方面的语法与思想了吧。 这时候对于这一个问题的解决思路我抱着一丝疑惑,按照这样的方式,是不是存在着新出的随机号码可能已经存在于幸运者队列中了,假如这时候我要抽取的是50位呢?是不是无形中冲突的概率大大的增加?假如是抽99位(当然这时候就变成抽1位了),那是不是新出的随机数一直迎面撞到数组里?然后就一直随机一直撞,想一下都累。有木有新的方式来解决呢?这是肯定的。 这时候我们做的就是先生成一个全部参与者号码组成的数组,先随机抽取出一位,这时候数组就将这一位移除,接着继续抽取下一位,值得指定人数的幸运者选出即停止。 看看下面的代码: 在看一下Python的代码: 解决思路的话其实没啥差别。只不过这里你可以发现: 1、 我们数组的删除某些成员用的是splice,其实还不是那么的直观,看看Python 直接就是一句delete,删除,看着就有种莫名的爽。 2、 Python生成list也非常简单,比之JavaScript更为简洁。 接下来我们遇到的第二个问题是 —— Fizz Buzz。 来看一下问题的描述: 这个采用JavaScript解决的话,我们几乎可以不假思索的写出: 假如采用的是python呢?看看哈: 看起来好像也很相似,也有map,也是将一个函数作为参数传进map,是不是很cool? 1、 Python也有map,而且用法几乎和我们JavaScript一模一样,只不过它没有JavaScript这样的非常典型的链式调用。而且Python中的map对应的回调函数中,也没有index的值。另外就是map直接存在于名称空间,无需引入任何的包。 2、 看到上面的两段代码,你是不是也发现了Python的注释?Python里的注释跟很多的配置文件(比如nginx)一样用“#”作为注释的关键词,当然它还有" “、”’ "这样的注释,可以自个去看看吧。 3、 看到上面的JavaScript代码好像用到了三元运算符,而Python中怎么不写呢?其实不是不想写,是Python中的三元是这样的,反正看起来不像三元运算。 当然了,你完全可以(尽管你可能在代码评审时被各种爆锤) 4、 Python再怎样,毕竟也是一门强类型的语言,对于类型检查也是非常注重的哈,你没办法将一个数字型的与一个字符串型的数据强行合并。 比如我们在JavaScript中很常见的: 请相信我,你这在Python中是会报错的。 所以假如你有这样的需要,那么你可以这样: 其实就是做一步在强类型语言中非常常见的类型强制转换。不过最好还是在定义时更规范更有前瞻性的去选择类型。 学习JavaScript时,你是不是也会时不时的去浏览器将各大类型的内置对象(比如Object,Array,String…)打印一下,看看它们的原型,看看是否增加了什么新东西? 而Python呢,其实相较于JavaScript那些方法或对象,要更加复杂,内置的模块池也更加的庞大。你可以看看: 光一个最外层的文件目录就有这么多了,还得说可能有目录套目录等等,比如你看到__XXX__这样的变量,基本就是一个内部的对象了。 当然了,正如开头所说,这样一个个API去试是很累的方式,但不代表我们不可以全部浏览一遍,对吧?