之前也曾使用过python处理过csv文件,就是普通的文本文件读写,不曾想到Python也内置了一个csv的库:
http://docs.python.org/release/2.5.4/lib/module-csv.html
没有细看,有空再看
import csv reader = csv.reader(open("some.csv", "rb")) for row in reader: print row reader = csv.reader(open("passwd", "rb"), delimiter=':', quoting=csv.QUOTE_NONE) for row in reader: print row writer = csv.writer(open("some.csv", "wb")) writer.writerows(someiterable) csv.register_dialect('unixpwd', delimiter=':', quoting=csv.QUOTE_NONE) reader = csv.reader(open("passwd", "rb"), 'unixpwd') filename = "some.csv" reader = csv.reader(open(filename, "rb")) try: for row in reader: print row except csv.Error, e: sys.exit('file %s, line %d: %s' % (filename, reader.line_num, e)) for row in csv.reader(['one,two,three']): print row
已有 0 人发表留言,猛击->>这里<<-参与讨论
ITeye推荐
- —软件人才免语言低担保 赴美带薪读研!—
1. 下载eclipse直接解压后可用,链接http://www.eclipse.org/downloads/,选择Eclipse IDE for C/C++ Developers;注意:需要先安装java虚拟机,可以选择jre或者jdk,链接http://www.oracle.com/technetwork/java/javase/downloads/index.html;
2. 下载mspgcc直接解压后可用,链接http://sourceforge.net/projects/mspgcc/files/Windows/mingw32/,选择mspgcc-20120406-p20120911.zip;注意,新版的不包含make和insight了;
3. 安装msp430的eclipse插件,可以稍微简化以后eclipse的设置,但是其基于mspdebug调试代理的,直接在eclipse菜单中选择【help->Install new software...】,【Add...】,弹出对话框中【Location:】填入http://eclipse.xpg.dk,【OK】后按提示在线安装;
4. mspdebug官方只提供源码,windows下只能自己编译,方法见http://mspdebug.sourceforge.net/faq.html#compile_windows,附件是我编译好的,下载以下图片后把扩展名改成.7z,解压后可以看到;把里面的5个文件和1个文件夹都放到mspgcc安装路径下【bin】文件夹里;
5. 调试代理的另一种选择是使用msp430-gdbproxy替代mspdebug,eclipse下更加稳定,链接http://gnutoolchains.com/msp430/gdbproxy/,将可执行文件也放到mspgcc安装路径下【bin】文件夹里;
6. 为mspgcc设置环境变量,【计算机->右键->属性->高级系统设置->环境变量(n)...->系统变量(s)】,编辑变量【path】的值,添加【mspgcc安装路径\bin】;
以上仅是安装,下期讲编译和调试设置!
本章会讲述一些基本代码,这些代码用于处理你的组件与XPCOM之间的关系。 如何发现和注册组件是本指南的第一节的目标。在后续的章节里,我们就可以专注WebLock本生的功能开发了。
为了创建组件库并把它加载进XPCOM,你需要编写大量的代码。 一个XPCOM组件至少需要实现XPCOM必须的3个接口,而且往往还要其它的接口。 这一章你将会看到更多的代码,然而这些并不是整个WebLock组件代码。“Using XPCOM Utilities to Make Things Easier”展示了更加简单,更加优雅的方式创建XPCOM组件(使用泛型和宏),这一章的目的是为了学习基础知识,因为这对你深入了解XPCOM是很有帮助的。
1. WebLock组件用途 WebLock组件让你浏览器当前Book控件(类似于浏览器里面的一个Tab)处于一种特别模式,防止用户离开当前的域或者一个安全域集合。 一旦开启此功能,此“weblock”模式受密码保护,将一直持续到密码持有人关闭此功能。 他可以用于实现家长对儿童访问域名的控制,这样儿童访问的内容就被限制到了特定的域名上。 Web Lock User Interface 显示图标,用来激活web lock 模式(在左下角的状态栏),一旦你安装了weblock组件,图标就在那儿了,不离不弃。
Web Lock User Interface
WebLock组件的大多数实际工作是有组件本身代码实现的,例如,发现需要使用的XPCOM接口,和把功能挂接到Gecko浏览器。
2. Component Registration 所有的XPCOM组件,无论存储在哪儿(共享库,Javascript文件,或者其它样式),在使用他们提供的功能之前,都需要注册。 注册是一个过程,发生在 XPCOM 的所有应用程序,无论他们是嵌入式的Gecko客户端、 Mozilla、 Netscape 7、 Compuserve 或使用 XPCOM 的任何其他软件。注册为应用程序提供了所需组件的正确使用信息。
WebLock组件为了注册,需要做大量的事情。 本章已经包含了组件库的组件相关接口实现:nsIModule和nsIFactory接口,这是你实现的代码的入口点。 一旦你的组件实现了这些接口,剩下的注册过程本身就很简单了。 应用程序通常使用regxpcom注册,这会在下一节描述。
2.1 regxpcom 程序 你可以通过regxpcom程序显示的注册组件。 不带任何参数启动regxpcom时,程序默认在注册表中注册该组件。我们建议当您在 Mozilla 或 Netscape 客户端来测试您的组件时,您应该把你的组件复制到客户端的安装文件夹中的组件目录。 当它复制时那里时,从命令行运行regxpcom,就会注册在该目录中的所有组件。
在regxpcom 1.4及后面版本后增加了一些新的选项,你可以通过-h参数查看详细信息。
2.2另外的注册方式 基于Gecko的嵌入式应用程序,提供了另外一种方式注册XPCOM组件。 XPInstall,这是Mozilla用于安装浏览器和其它组件的跨平台安装技术,这是另外的一种注册方式。 这个会在以后的“Packaging WebLock”章节进行描述。 对于你想扩展的应用,你也可以问问他的作者是否还支持其它方式。
3. WebLock Module 源代码概述 正如我们在前面章节所提及的,组件是分层的。 每一个XPCOM组件主要由三层组成。 从内到外,第一层是XPCOM对象。 这个对象包含了业务逻辑,实现业务功能,例如,启动一个网络下载,实现下载进程的监听,或者提供一个新类型的处理功能。 在WebLock,这一层与多个Gecko服务协同工作,防止用户访问可接受域名清单里的域名。 另外的工厂和模块层这负责把XPCOM对象插入大的XPCOM系统。
在XPCOM对象层之上的是nsIFactory对象。 这个对象提供了XPCOM对象的基本抽象。 正如你在文章“Onion Peel View of XPCOM Component Creation,”你所看到的那样,它通过CreateInstance与XPCOM对象进行交互,这个函数将会根据你提供的CID和IID返回相应的对象。
再往外一层就是nsIModule层。 这个接口又提供了nsIFactory对象的进一步抽象,并可能允许多个nsIFactory对象。 本接口的关键在于getClassObject的返回类型不必非是nsIFactory。 nsIModule 可以请求XPCOM对象实现细节。 这非常有用,如果调用方需要知道像其线程模型,是不是单例,实现语言,等等。 在这种情况下,使用的接口是 nsIClassInfo。从外向内开始,“Onion Peel View of XPCOM Component Creation ”表示构造一个 XPCOM 对象的序列。
Onion Peel View of XPCOM Component Creation
“weblock.cpp”文件包含了WebLock组件的三个类。 为了让WebLock能够在Mozilla里工作,你需要为WebLock组件实现一个新的接口:iWebLock,它实现了web locking功能。 为了实现必须的nsIModule接口,你需要创建类WebLockModule,你还需要创建类WebLockFactory来实现nsIFactory接口,一边客户端能够实例化你的组件。 这三个接口(组件功能接口,nsIModule接口和nsIFactory接口),是你创建你的XPCOM组件必须的最基本的部分。
WebLock组件源代码基本结构
Weblock1.cpp定义了三个类和相关数据结构:
- 需要的头文件和常量
- WebLock类: iWebLock
- WebLockFactory: nsIFactory
- WebLockModule: nsIModule
在XPCOM里,上面几个类都从nsSupport基接口派生。
4. Digging In: 需要的头和常量
让我们看看组件的代码的前几行,看看他在XPCOM里的意思。 前几行定义的头文件里定义了一些数据类型和一些技术,更多的信息我们会在后续的章节讨论。 例如,MOZILLA_STRICT_API变量,用于屏蔽一些非XPCOM的,私有的头文件,他们可能一些版本后不再支持(未冻结的):
- nsComponentManagerUtils.h
- nsComponentManagerObsolete.h
Includes and Constants in <code>weblock1.cpp</code>
#include <stdio.h> // may be defined at the project level // in the makefile #define MOZILLA_STRICT_API #include "nsIModule.h" #include "nsIFactory.h" #include "nsIComponentManager.h" #include "nsIComponentRegistrar.h" // use classes to handle IIDs // classes provide methods for comparison: Equals, etc. static const nsIID kIModuleIID = NS_IMODULE_IID; static const nsIID kIFactoryIID = NS_IFACTORY_IID; static const nsIID kISupportsIID = NS_ISUPPORTS_IID; static const nsIID kIComponentRegistrarIID = NS_ICOMPONENTREGISTRAR_IID; // generate unique ID here with uuidgen #define SAMPLE_CID \ { 0x777f7150, 0x4a2b, 0x4301, \ { 0xad, 0x10, 0x5e, 0xab, 0x25, 0xb3, 0x22, 0xaa}} static const nsCID kSampleCID = SAMPLE_CID;
为了能成功编译代码,nsIModule.h和nsIFactory.h文件是必须的。 他们定义了模块和工厂接口,也包含了很多重要的宏。 另外两个头文件nsIComponentManager.h和 nsIComponentRegistrar.h,提供了一些方法,例如,RegisterFactoryLocation,你在实现你的模块类和工厂类时需要使用该方法。
4.1 组件和接口在XPCOM的标识 一组nsIID变量,他们实际上是128位的标识,用来支持客户端和组件的接口之间的约定关系。 变量 kIFactoryIID,例如,提供了方法,如 Equals(),可以使得比较在代码中更加方便。下面的示例来自Mozilla 源代码:
Using Class Methods to Handle Identifiers if (aIID.Equals(NS_GET_IID(nsISupports))) { *aInstancePtr = (void*)(nsISupports*)this; NS_ADDREF_THIS(); return NS_OK; }
最后,SAMPLE_CID是CID的一个例子,标识组件的唯一标识。 在XPCOM里所有的此类标识都使用128位的数字,如类ID,接口ID,例如,UUISs,或者在“Object Interface Discovery”里讨论的universal unique identifiers。
生成CIDs 在UNIX,你可以使用uuidgen工具生成你的组件的CID,用法如下:
$ uuidgen ce32e3ff-36f8-425f-94be-d85b26e634ee
在windows,你可以使用guidgen.exe(一个GUI工具)来生成CID。
现在,准备工作已经完成了,下面开始讨论模块提供的类和他们在 XPCOM 中定义的关系的方式。
4.2 Coding for the Registration Process 当XPCOM第一次发现你的组件时(通过XPInstall或者regxpcom,在“Component Installation Overview”里讨论),XPCOM做的第一件事是,试着加载你的库并查找NSGetModule符号。 当这个入口点被调用时, 这些都是通过XPCOM的组件管理器和你的组件所在的共享库所处位置完成的。
组件管理器是由 XPCOM实现的一个接口,他封装对象的创建以及提供有关所有已注册的组件的摘要信息实现的。 磁盘上的位置被通过名为nsIFile 的另一个接口。此接口是XPCOM提供的文件和目录的抽象。 NsIFile对象通常是一个文件或本地卷上的目