from django.utils.translation import ugettext as _ 
from django.http import HttpResponse 
def my_view(request): 
    output = _("Welcome to my site.") 
    return HttpResponse(output)
['_A__method_name', '__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', '_internal_use']
如上所述，all 应该是 list 类型的
不应该动态生成 all，比如使用列表解析式。all 的作用就是定义公开接口，如果不以字面量的形式显式写出来，就失去意义了。
即使有了 all 也不应该在非临时代码中使用 from xxx import * 语法，或者用元编程手段模拟 Ruby 的自动 import。Python 不像 Ruby，没有 Module 这种成员，模块就是命名空间隔离的执行者。如果打破了这一层，而且引入诸多动态因素，生产环境跑的代码就充满了不确定性，调试也会非常困难。
按照 PEP8 建议的风格，all 应该写在所有 import 语句下面，和函数、常量等模块成员定义的上面。
如果一个模块需要暴露的接口改动频繁，all 可以这样定义：

Python 用下划线作为变量前缀和后缀指定特殊变量。
_xxx      不能用'from module import *'导入
xxx    系统定义名字
__xxx     类中的私有变量名
核心风格：避免用下划线作为变量名的开头。
因为下划线对解释器有特殊的意义，而且是内建标识符所使用的符号，我们建议程序员避免用下划线作为变量名的开头。
一般来讲，变量名_xxx被看作是“私有的”，在模块或类外不可以使用。当变量是私有的时候，用_xxx 来表示变量是很好的习惯。
因为变量名xxx对Python 来说有特殊含义，对于普通的变量应当避免这种命名风格。
"单下划线" 开始的成员变量叫做保护变量，意思是只有类对象和子类对象自己能访问到这些变量；
"双下划线" 开始的是私有成员，意思是只有类对象自己能访问，连子类对象也不能访问到这个数据。
以单下划线开头（如_foo）的代表不能直接访问的类属性，需通过类提供的接口进行访问，不能用“from xxx import *”而导入（注意 import xxx 是可以访问的）；以双下划线开头的（如foo）代表类的私有成员；以双下划线开头和结尾的（foo）代表python里特殊方法专用的标识，如 init__() 代表类的构造函数。