python使用心得2
目前编译器（实际是翻译器）项目已经完成，对python的使用有了更深的感受。
除了之前说的以外，以下是补充几点（完全是个人看法）。
首先是python相对路径读取配置文件和写文件问题，相对路径在python中的使用跟java和C++不同。它是在那个位置运行py脚本，就把当前路径作为根路径。如：当在目录A下运行一个py脚本，那么目录A就是一个根路径了，那么所谓的相对是以这个路径作为参考；当在目录B下运行一个py脚本，那么目录B就是一个跟路径了。
这时就会出现在整合模块时，最终的启动py脚本的目录位置是不可确定性的，那会出现很多配置文件读取不到，而写文件写错目录的情况。而且python虚拟机本身来讲，加载py文件和读取配置文件（或其他文件）方式并不相同。所以解决的方式如下：
使用python内部属性__file__，表示当前py脚本所属的路径是一个绝对路径。
并用os.path.split(os.path.realpath(__file__))[0]，来得到当前使用的路径。
其次是python中目录命名、py脚本命名和py脚本内容的命名。如：在目录C下，有一个C.py脚本文件，C.py脚本内容中有一个类C这样。
在有些场景的调用中，会导致命名冲突，减少命名出现这样的情况。
接着python使用确实很灵活，代码量少，如python序列化技术，也就两三行搞定，而没有像java那么繁琐的要实现什么接口这样的限制。
而且Python开放源码，可以看到底层很多C/C++的代码，可以很快加深对python原理的理解（参考《Python源码剖析-深度探索动态语言核心技术》，目前本人也在研究当中，其中的C/C++的知识可参考Thinking in C++），但是在实际的开发过程中，python项目的文档必须进行详细的说明，不然代码后期的维护量很大，也就是之前所说的变量没声明类型，类又可以动态创建其成员变量，权限等。都是后期维护难度大的因素。
还有就是目前从网上的资料显示，python可以打包成exe，但是没有看到能打包成其他类型的方式，如dll（毕竟python也是C/C++写出来的）这样。个人觉得打包的形式还是比较单一的。
相关文档：
继前篇《Import Module》（http://blog.csdn.net/xiadasong007/archive/2009/09/02/4512797.aspx），继续分析嵌入部分基础知识。这次不多说，有什么问题记得多查英文资料，国内的这方面知识少
还是来看代码，写完我就睡觉了~
#include "python/python.h"
#include <iostream>
using namespace std;
int ......
最近在公司负责一个项目，是做一个编译器，大家可能知道，做编译器一般用C++或java，但是我的这个项目却使用了python来做这个编译器，很有挑战性。
我今天所讲的是在开发过程中，对使用python2.6语言的感受，目前这个项目已经完成三分之一了。
说实话，python并不适合做这样的项目。（虽然也能做）以下是总结了python相关 ......
Python中可以使用装饰器对函数进行装饰（或说包装），利用这个特性，可以很方便、简洁地解决一些问题，比如获得函数执行时间的问题。
首先，我们定义一个函数，如下：
def exeTime(func):
def newFunc(*args, **args2):
t0 = time.time()
print "@%s, {%s} start" % (time.strftime("%X", time.local ......
Python中的异常
当你的程序中出现某些异常的状况的时候，异常就发生了。
一.处理异常
我们可以使用try..except语句来处理异常。我们把通常的语句放在try-块中，而把我们的错误处理语句放在except-块中。
例如:
#!/usr/bin/python
# Filename: try_except.py
import sys
try:
s = raw_input('E ......
a=1
print id(a)
a=2
print id(a)
a=a+1
print id(a)
-------------------------------------------------------------------------------------------------------------------------
t=6
def tt():
global t
t=t+1
print t
print t
tt()
� ......
