最近在看一份python代码，对满屏的下划线相当困惑：单下划线、双下划线、双下划线还分前后……那它们的作用与使用场景 到底有何区别呢？。于是问了度娘，记录下来以便学习。并非完全原创，可以随意分享。

1. 单下划线””
   　　通常情况下，单下划线”“会在以下3种场景中使用：
   • 在解释器中：
     　　在这种情况下，”_“代表交互式解释器会话中上一条执行的语句的结果。这种用法首先被标准CPython解释器采用，然后其他类型的解释器也先后采用。
   • 作为一个名称：
     　　这与上面一点稍微有些联系，此时”_“作为临时性的名称使用，但是并不会在后面再次用到该名称。例如，下面的例子中。

     n = 42
     for _ in range(n): 
     　　do_something()　　
     

   • 国际化：
     　　也许你也曾看到”_“会被作为一个函数来使用。这种情况下，它通常用于实现国际化和本地化字符串之间翻译查找的函数名称，这似乎源自并遵循相应的C约定。例如，在 Django文档”转换”章节 中，你将能看到如下代码：

     from django.utils.translation import ugettext as _ 
     from django.http import HttpResponse 
     def my_view(request): 
      output = _("Welcome to my site.") 
     　　return HttpResponse(output)　
     

2. 名称前的单下划线（如：_shahriar）
   　　程序员使用名称前的单下划线，用于指定该名称属性为”私有”。这有点类似于惯例，为了使其他人（或你自己）使用这些代码时将会知道以”“开头的名称只供内部使用。正如Python文档中所述： 　　以下划线”“为前缀的名称（如_spam）应该被视为API中非公开的部分（不管是函数、方法还是数据成员）。此时，应该将它们看作是一种实现细节，在修改它们时无需对外部通知。
   　　如果你写了代码”from <模块/包名> import *“，那么以”_“开头的名称都不会被导入， 除非模块或包中的”all“列表显式地包含了它们 。了解更多请查看” Importing * in Python “。不过值得注意的是，如果使用 import a_module 这样导入模块，仍然可以用 a_module._some_var 这样的形式访问到这样的对象。
   　　另外单下划线开头还有一种一般不会用到的情况在于使用一个 C 编写的扩展库有时会用下划线开头命名，然后使用一个去掉下划线的 Python 模块进行包装。如 struct 这个模块实际上是 C 模块 _struct 的一个 Python 包装。
3. 名称前的双下划线（如：__shahriar）
   　　名称（具体为一个方法名）前双下划线（__）的用法并不是一种惯例，对解释器来说它有特定的意义。Python中的这种用法是为了避免与子类定义的名称冲突。Python文档指出，”__spam”这种形式（ 至少两个前导下划线，最多一个后续下划线 ）的任何标识符将会被”_classname__spam”这种形式原文取代，在这里”classname”是去掉前导下划线的当前类名。例如下面的例子：

   >>> class A(object): 
   ...     def _internal_use(self): 
   ...         pass
   ...     def __method_name(self): 
   ...         pass
   ... 
   >>> dir(A()) 
   ['_A__method_name', ..., '_internal_use']
   

   　　正如所预料的，”_internal_use”并未改变，而”__method_name”却被变成了”_ClassName__method_name”：__开头 的 私有变量会在代码生成之前被转换为长格式（变为公有）。转换机制是这样的：在变量前端插入类名，再在前端加入一个下划线字符。这就是所谓的私有变量 名字改编 （Private name mangling） 。 　　你可以在类内部使用原来定义的名字。此时，如果你创建A的一个子类B，那么你将不能轻易地覆写A中的方法”__method_name”，

   >>> class B(A): 
   ...     def __method_name(self): 
   ...         pass
   ... 
   >>> dir(B()) 
   ['_A__method_name', '_B__method_name', ..., '_internal_use']
   

   　　然而如果你知道了这个规律，最终你还是可以访问这个”私有”变量的。要注意的是混淆规则（私有变量名字改编）主要目的在于避免意外错误，被认作为私有的变量仍然有可能被访问或修改(使用_classname__membername)，在特定的场合它也是有用的，比如调试的时候。
   　　另外：
   　　一、是因为轧压（改编）会使标识符变长，当超过255的时候，Python会切断，要注意因此引起的命名冲突。
   　　二、是当类名全部以下划线命名的时候，Python就不再执行轧压（改编）。
   　　无论是单下划线还是双下划线开头的成员，都是希望外部程序开发者不要直接使用这些成员变量和这些成员函数，只是双下划线从语法上能够更直接的避 免错误的使用，但是如果按照 _类名__成员名 则依然可以访问到。单下划线的在动态调试时可能会方便一些，只要项目组的人都遵守下划线开头的成员不直接使用，那使用单下划线或许会更好。

4. 名称前后的双下划线（如：__init__）
   　　这种用法表示Python中特殊的方法名。其实，这只是一种惯例，对Python系统来说，这将确保不会与用户自定义的名称冲突。通常，你将会 覆写这些方法，并在里面实现你所需要的功能，以便Python调用它们。例如，当定义一个类时，你经常会覆写”init“方法。 双下划线开头双下划线结尾的是一些 Python 的”魔术”对象，如类成员的 __init__、__del__、__add__、__getitem__等，以及全局的 __file__、__name__等。 Python 官方推荐永远不要将这样的命名方式应用于自己的变量或函数，而是按照文档说明来使用。 虽然你也可以编写自己的特殊方法名，但不要这样做。
5. 题外话 if __name__ == "__main__": 　　所有的 Python 模块都是对象并且有几个有用的属性，你可以使用这些属性方便地测试你所书写的模块。 模块是对象, 并且所有的模块都有一个内置属性 name。一个模块的 __name__ 的值要看您如何应用模块。如果 import 模块, 那么 __name__的值通常为模块的文件名, 不带路径或者文件扩展名。但是您也可以像一个标准的程序一样直接运行模块, 在这种情况下 __name__的值将是一个特别的缺省值：__main__。

   >>> import odbchelper
   >>> odbchelper.__name__
   'odbchelper'
   

   　　一旦了解到这一点, 您可以在模块内部为您的模块设计一个测试套件, 在其中加入这个 if 语句。当您直接运行模块, __name__ 的值是 __main__, 所以测试套件执行。当您导入模块, name__的值就是别的东西了, 所以测试套件被忽略。这样使得在将新的模块集成到一个大程序之前开发和调试容易多了。
   　　在 MacPython 上, 需要一个额外的步聚来使得 if __name 技巧有效。 点击窗口右上角的黑色三角, 弹出模块的属性菜单, 确认 Run as main 被选中。

6. 总结：

   _xxx       不能用'from module import *'导入  
   __xxx__  系统定义名字  
   __xxx     类中的私有变量名 
   

   　　因为下划线对解释器有特殊的意义，而且是内建标识符所使用的符号，我们建议程序员避免用下划线作为变量名的开头。一般来讲，变量名_xxx被看作是”私有的”，在模块或类外不可以使用。当变量是私有的时候，用_xxx 来表示变量是很好的习惯。 因为变量名__xxx__对Python 来说有特殊含义，对于普通的变量应当避免这种命名风格。 　　”单下划线” 开始的成员变量叫做保护变量，意思是只有类对象和子类对象自己能访问到这些变量；
   　　”双下划线” 开始的是私有成员，意思是只有类对象自己能访问，连子类对象也不能访问到这个数据。
   　   本人的更多原创文章请加入个人微信公众号。
   

官方文档： http://docs.micropython.org/en/latest/esp8266/genrst/index.html
官方logo

  工欲善其事，必先利其器。如果要学习micropython，先要学习一下python的基础知识。网上资料一大堆，可以自己去看，而且下载一个python环境在交互界面学习也很方便。其次需要知道micropython和标准python的差异在哪里，本笔记翻译了官方文档中的一些内容。官方文档的其它内容有人已经翻译过了，可以在网上找”micropython中文教程”。

1. 常量之后跟关键词必须用空格隔开 print(eval(‘1and 0’）不合法
2. unicode 如：print(“\N{LATIN SMALL LETTER A}”) 这样的写法不合法
3. 在提示错误时，将self也当做一个参数
4. 在多重继承的多态性的表现和标准python有差异，举例：

   class Foo:
   　　def __str__(self):
   　　return "Foo"
   class C(tuple,Foo):
   　　pass
   T=C((1,2,3))
   print(T)
   

   标准python返回”Foo”，而micropython返回”（1，2，3）”

5. 没有实现__del__方法 　　所以无法实现析构函数
6. 在多重继承的对象中，super()只调用第一个对象的父类，为了尽量简单而采用的深度优先策略。
7. 在使用@property修饰符的方法里调用super(),只能返回,而不会返回正确的值。

   class A: 
   　　@property 
   　　def p(self): 
   　　return 
   　　{"a":10} 
   class AA(A): 
   　　@property 
   　　def p(self): 
   　　return 
   　　super().p 
   a = AA() 
   print(a.p) 
   

   标准python返回{“a”:10} ，而micropython返回

8. 当使用拆分函数参数时，如果不在参数的最后位置，会自动将拆分后的参数放到最后位置。
   print((1,2),3) 准python返回(1,2,3) ，而micropython返回(3,1,2),关于拆分参数参考：http://www.jb51.net/article/92153.htm
9. 不支持函数的用户自定义变量

   def f():
   　　Pass
   F.x=0
   print(f.x)
   

   准python输出0 ，而micropython执行报错。

10. 带有 yield 的generator（生成器）中的上下文管理（with），不会执行__exit__()调用

    class foo(object):
    def __enter__(self):
        print('enter')
    def __exit__(self,*args):
        print('exit')
    def bar(x):
    with foo():
        while True:
            x += 1
            yield x
    def func():
    g = bar(0)
    for _ in range(3):
        print(next(g))
    >>>func()
    

    标准python返回:

    enter
    1
    2
    3
    exit
    

    Micropython返回:

    enter
    1
    2
    3
    

11. 包的__path__属性类型不同，标准python为列表，micropython为字符串
12. 当load模块失败时，还是会注册成功(没测试成功！！！）
13. 不支持名字空间用分隔符表示目录的包。不要将模块放到相同的名字空间下的不同目录，micropython推荐3个模块搜索目录：当前应用目录，用户目录，系统目录。
14. 不支持嵌套触发异常

    try:
    　　raise TypeError
    except TypeError:
    　　raise ValueError
    

15. 给异常赋变量 e = Exception() e.x =0
16. while循环发生异常时，异常提示的行号因为代码优化会不准确。
17. 如果继承Exception并调用Exception.__init__会引起TypeError异常
18. 不支持bytearray列表的切片操作
19. 不支持bytes
    print(bytes(‘abc’,encoding=’utf8’))
20. 不支持步长不等于1的byte数组取数切片操作
    print(b’123’[0:3:2])
21. float的输出格式有不同。
22. 有些情况无法转换成int类型

    class A(int): 
    　　__add__ = lambda 
    　　self, other: A(int(self) + other) 
    a = A(42) 
    print(a+a) 
    

    标准python输出：84 ，micropython报错：TypeError: can’t convert A to int

23. to_byte的参数为float类型时得到错误的提示。
24. 数列删除操作的步长只能为1

    L= [1,2,3,4]
    del L[0:4:2]
    

25. 无法转换迭代到列表

    L=[10,20]
    L[0:1] = range(4)
    

    标准python此时L为[0,1,2,3,20]

26. 列表赋值的步长也只能是1

    L= [1,2,3,4]
    l[0:4:2] = [5,6]
    

27. UnicodeDecodeError不会引发异常
28. str.endswith(s,start)没有实现
29. 不支持如print(‘{a[0]}’.format(a=[1, 2]))
30. str()不支持关键字参数
    str（b’abc’,encoding=’utf8’)
31. str.rsplit(None,n),不支持None作为第一个参数
32. str的子类的实例不能和str的实例比较

    class S(str):
    　　pass
    s= S('hello')
    print(s='hello')
    

    标准python为True，micropython为False

33. 字符串切片的步长也只能为1 print(‘abcdefghi’[0:9:2])
34. 元组切片步长也只能为1
35. 无法查询int

    import array 
    print(1 in array.array('B', b'12')) 
    

36. Array的删除不支持
37. array的切片步长也必须是1
38. 不支持collections的deque类
39. json模块如果对象不可序列化，不会抛出异常。
40. struct的pack函数不会检查参数是否有缺失（不会抛出异常）。
41. 不能重载sys.stdin,sys.stdout,sys.stderr,因为这些都存放于只读存储中

    Import sys
    sys.stdin = None
    

　　  总结下来，尽量不要使用复杂的语法，尽量不要用多重继承，总之Simple is the best。
　　 本人的更多原创文章请加入个人微信公众号。

  “五一”假期终于可以闲来拿出前一段时间败的JBL耳机好好玩一下了。虽然现在无线蓝牙耳机乘智能手机普及之势也逐渐流行起来，各大厂商也纷纷推出了自己的产品，不过我是属于只看重音质的保守派，并不对这新鲜事物感冒。某日去思南公馆闲逛，经过一家harman kardon音响展示店，闲来无事进去看看。里面有harman旗下不少耳机品牌的样机，想起之前儿子去香港回来之后念念叨叨的想买一幅头戴式无线蓝牙降噪耳机，就特意关注了一下，结果一眼就看上了JBL的一款耳机（说实话开始是被它颜值打动），试听下来音质还不错，就果断出手，算是给儿子一个礼物鼓励他好好考SAT，也给自己一个理由把玩一下主动降噪耳机。

• 外观篇

    JBL做耳机还算小弟弟，不过在音响界也算大名鼎鼎，耳机的包装很不错，一看是大厂做的，耳机固定在塑料套子里面的非常结实，甚至有点难拆，也赠送了随身的小包，应该说外包装无可挑剔。   耳机外观本身非常漂亮，有纯白、黑色、蓝色三种颜色。当然白色更现漂亮。外观曾流线型，耳朵罩子皮质质地柔软厚实，并且有一定人体工程造型，佩戴舒适包裹性很好。头梁处采用塑料包裹金属，里面采用柔软的软塑料进一步增加舒适性。
    总体来说，外观简洁、时尚，重量也控制的不错，就是塑料感有点强，不知道是否容易摔坏。
  
  
  

• 使用篇

    耳机左边有三个控制开关分别是：增加音量，控制播放，减少音量。控制播放和线控类似，按一下暂停/播放，按两下播放下一首，按三下播放前一首。右侧有两个控制开关，第一个是电源开关需长按三秒钟；第二个短按是切换降噪模式（关，low，high），长按是TruNote自动校音开关。特意查了一下，所谓TruNote自动校音，是指：一种声音自动校准方案，它在每个耳罩空间内放置两个拾音麦克风侦测耳罩内的频响，然后通过内部的处理器对耳罩内的声场环境进行校正。这些技术解决了耳朵外形差异化导致耳罩内声不一致的问题，将这种影响降至最低。 耳机还有接听电话功能，由于不关注这个功能所以没有进行测试。
    本耳机还有一个配套的手机app据说可以调音，但需要安装google play store。我安装google play store之后就卡在注册环节过不去，据说要翻墙才能顺利使用，想想太麻烦还是算了。这点JBL就不地道了，没有考虑中国的用户，不提供直接下载app的地方。
  

• 试听篇

    用我的华为mate7顺利联接蓝牙之后，随便播放了一首MP3，发觉音质很一般，和几十块的耳机没差别。后来播放无损ape文件，才觉得音质有改善，不像地摊货的感觉，低音下潜不错，中音中规中矩，高音不够亮。看来需要使用比较好的音源才能发挥这款耳机的潜质。 　　  由于我在家试听，所以环境还算比较安静，降噪的效果不是很明显，只有在关闭电源和打开电源能听出降噪的效果。TruNote自动校音，听上去高大尚的黑科技，我并没什么感觉，也许缺少比较吧。   接下来将手机音量和耳机音量都开到最大，此时的音量耳机还能接受，感觉内置的DAC放大器推力并不是很大，相比我的手机也就在伯仲之间。
    总体而言，低音中音还算不错，高音比较弱。但由于耳机罩包裹不错，又有一些高科技手段，营造了比较安静的环境，听音乐的体验还是不错。

• 比对篇

    我原来有森海赛尔HD600 和罗技ue900耳机，正好价格都差不多在2000左右，当然V700是功能性的耳机，光比较音质有些不公平，也只是比较一下而已并无优劣之谈。   V700带有线功能，这也是我选择它的原因之一，毕竟大部分时间不需要降噪可以直接接有线听。比较音质也是用有线联V700听的。应该可以推测得出排名：HD600〉ue900〉V700。HD600应该全面超过V700，不管是音质的空气感还是声场，都明显好过V700一个档次。ue900因为是动铁耳机，所以相比较和V700互有优势，低音和力度方面V700还是胜过ue900，单高音和解析度方面V700完败。
    我还比较了有线和无线（降噪），感觉有线的声音更耐听一点，经过降噪处理之后的声音低音进行了明显的加强，就像加了味精，有点不真实，个人感觉听着更累。

    总结：如果你是一个不特别追求音质的人，如果你经常需要带着耳机出差，如果你喜欢无线那种无拘无束的感觉，如果你只用手机听音乐特别是你是果粉的话，V700是不错的选择，如果你是一位发烧友的话应该会对V700嗤之以鼻的。
  
  本人的更多原创文章请加入个人微信公众号。