自发行python版本制作（一）

最近使用python开发一些小玩意，发现python实在很符合我的理念：轻量级，功能强大，开放。

python是一种脚本语言，不像java那样需要沉重的编译过程。这使得python更显得轻巧灵便，可以在任意地方写代码并执行。虽然jre7中添加了动态编译java代码的功能，但还是显得很沉重的感觉。自带了很强大的类型系统map，list，set，而且相对于java减少了很多泛型的约束。再使用java的这些类型时会发现不添加泛型就会报警高，要使用不同类型的集合还必须写map<object>这样的代码，这点也体现了弱类型语言的优势。

python有很强大的内置类型，和异常强大的标准库。像map，list这类的数据结构直接是语言内部类型，这样在使用这些类型时更加方便，异常强大的标准库中甚至有小而功能完善的webserver（SimpleHTTPServer），搜索协议文件解析（robots.txt）。所以，基本的需求都可以在python内部找到解决办法。

python是开源的，并且有开放的社区。而且python支持多种方式的使用：脚本，C扩展，内嵌式，嵌入式。这是对各种使用方式的开发啊。我可以自行开发一个python shell来完成启动执行python的目的，甚至可以修改python的sanner和parser来设计自己的编程语言，这就厉害了啊。

但是python还是有点不和我的意思的地方。比如python标准库里里面的gui，pip安装库方式，python程序发行方式都不太和我心意，所以这里想研究一下python，看看python是否能适应一下我的需求。

需求：

1.换掉tcl/tk。修改默认gui编程方式到其他的gui上。
2.适应独立发布的方式进行库安装。即：在发布python代码时可以直接连带使用的库一起发布。
3.发布软件时自带运行环境，不需要使用发布的软件时还需要安装python。（虽然有类似于py2exe的方式解决这两个问题，但是我认为不能达到轻巧，升级方便的目的）

前期调查：

原先想使用cygwin，mingw的方式进行编译python，但发现编译有很多问题放弃这种方式，改用微软的编译器进行编译。

编译器：
为什么微软不单独发行编译器和链接器？
神一样存在的Microsoft Visual C++ Compiler for Python 2.7
Announcing Visual C++ Build Tools 2015

msbuild:
Microsoft Build Tools 2015

书：
Python源码剖析

python resource:
python-2.7.11