内容简介

本书的内容主要来自CPyUG社区的邮件列表，由Python的行者根据自身经验组织而成，是为从来没有听说过Python的其他语言程序员准备的一份实用的导学性质的书。笔者试图将优化后的学习体验，通过故事的方式传达给读者，同时也分享了蟒样（Pythonic式）的知识获取技巧，而且希望将最常用的代码和思路，通过作弊条（Cheat Sheet，提示表单）的形式分享给有初步基础的Python 用户，来帮助大家多快好省地完成功能。

本书期望成为学习使用Python的同好们的沟通话题，引发进一步的学习/应用/创造/推广，就是笔者的追求！因为Python语言本身是种非常灵活的动态脚本语言，同一个目标可以使用多种方式完成，笔者为了让拥有各种不同技术背景的读者可以快速无碍地理解，选择了一种实际上可能比较笨拙的方式来实现功能，聪明的读者一定可以看出来的，那么请会心一笑，因为您已经和我们心灵相通了！

作品目录

实例故事
CDays“光盘故事”
CDay-5 Python初体验和原始需求
CDay-4 可用的首个Python脚本
CDay-3 通过函式进行功能化
CDay-2 完成核心功能
CDay-1 实用化中文
CDay-0 时刻准备着！发布
CDay+1 优化！对白个儿的反省
CDay+2 界面！不应该是难事儿
CDay+3 优化！多线程
CDayN 基于Python的无尽探索
KDays “Web应用故事”
KDay0 Web开发启航
KDay1 品尝Karrigell
KDay2 通过表单直接完成功能
KDay3 使用第3方模块规范化表单
KDay4 使用KS模式重构代码
KDay5 通过session重构应用流程
KDay6 利用mill人性化组织成员信息
KDayN 经验总结，畅想Web应用
Python学习作弊条
环境篇
PCS0 如何安装Python
PCS1 交互环境之命令行
PCS2 交互环境之iPython
PCS3 交互环境之winpy
PCS4 常用自省
PCS5 Python脚本文件
PCS6 Python与中文
PCS7 Python编码规范
语法篇
PCS100 import
PCS101 内建数据类型
PCS102 For循环
PCS103 缩进
PCS104 注释
PCS105 对象
PCS106 文件对象
PCS107 字串格式化
PCS108 函式
PCS109 系统参数
PCS110 逻辑分支
PCS111 类
PCS112 异常
PCS113 交互参数
PCS114 FP初体验
模块篇
PCS200 os（stat；path）
PCS201 cmd
PCS202 chardet
PCS203 epydoc
PCS204 ConfigParser
PCS205 内建函式(enumerate)
PCS206 thread
PCS207 threading
PCS208 dict4ini
PCS209 fnmatch
PCS210 pickle
PCS211 base64
PCS212 shutil
PCS213 time
PCS214 ElementTree
PCS215 random
PCS216 socket
PCS217 Tkinter
框架篇
PCS300 CherryPy
PCS301 Karrigell
PC$302 Leo
PCS303 MoinMoin
PCS304 Python Web应用框架纵论
友邻篇
PCS400 GAE
PCS401 DHTML
PCS402 XML
PCS403 思维导图
PCS404 代码重构浅说
附录引言
术语索引
行者箴言
Z跋
· · · · · ·

作者简介

行者，中国Python 社区中的自称。这本书就是由众多华蟒行者完成的。

精彩摘录

缘起Quixote是由美国全国研究创新联合会（CNRI，CorporationforNationalResearchInitiatives）的工程师A.M.Kuchling、NeilSchemenauer和GregWard开发的一个轻量级Web框架。和几乎所有的开源项目一样，Quixote也是为了满足实际需要而出世的。CNRI当时在进行一个名为MEMSExchange的项目（http://www.mems-exchange.org/）。MEMS是微机电系统的缩写，制造一个MEMS设备往往需要多种制造设备，单个工厂可能无法提供所需的所有设备。因此，MEMSExchange项目就是要整合起多家制造厂的资源，利用互联网派单和追踪制造过程，形成一个分布式的MEMS设备制造网络。起初，他们做了一个Java版的客户端程序提供给用户，但他们发现，没有人愿意使用这个客户端程序，大家还是习惯性地用邮件发送加工过程。最终他们认识到，虽然客户端的表现力更强，功能也更完整，但相比起要下载一个庞大的程序，用户更加愿意使用他们每天面对的浏览器来做事情。于是，他们决定改到Web界面上来，要做一个Web应用。但是用Java的servlets开发Web应用是一件非常低效的事情，所以他们选择了Zope（和现在不同，在1999年，Python的Web应用框架没有什么选择的余地，基本上是Zope一家独大）。3个月的开发之后，他们得到了一个运转良好的系统。然而，Zope带来的快乐并没有持续多长时间。几个月后，他们想提供更加复杂一点的界面，却发现用Zope写的代码难以维护和调试，在浏览器的文本编辑框里写代码也实在不是什么好的体验。由于当时除了Zope之外也没有什么别的PythonWeb框架，他们决定：自己写一个！在2000年，编写一个新的Web框架是类似于向风车挑战一样的事情，开发团队...

——引自章节：PCS304PythonWeb应用框架纵论

左咖啡,右宝石;还是灵蟒最贴心

——引自第76页