python使用SocketServers
SocketServers模块为一组socket服务类定义了一个基类，这组类压缩和隐藏了监听、接受和处理进入的socket连接的细节。
1、SocketServers家族
TCPServer和UDPServer都是SocketServer的子类，它们分别处理TCP和UDP信息。
注意：SocketServer也提供UnixStreamServer(TCPServer的子类)和UNIXdatagramServer(UDPServer的子类)，它们都如同其父类一样除了在创建监听socket时使用AF_UNIX代替了AF_INET。
默认情况下，socket服务一次处理一个连接，但是你可以使用ThreadingMixIN和ForkingMixIn类来创建任一SocketServer的线程和子进程。实际上，SocketServer模块提供了一些对些有用的类来解决你的麻烦，它们是：ForkingUDPServer、ForkingTCPServer、ThreadingUDPServer、ThreadingTCPServer、ThreadingUnixStreamServer和ThreadingUnixDatagramServer。
SocketServer以通常的方法处理进入的连接；要使它更有用，你应该提供你自己的请求处理器类给它以便它传递一个socket去处理。SocketServer模块中的BaseRequestHandler类是所有请求处理器的父类。假设，例如你需要写一个多线程的电子邮件服务器，首先你要创建一个MailRequestHandler，它是BaseReques ......
上次学习过marshal模块用于序列化和反序列化，但marshal的功能比较薄弱，只支持部分内置数据类型的序列化/反序列化，对于用户自定义的类型就无能为力，同时marshal不支持自引用(递归引用)的对象的序列化。所以直接使用marshal来序列化/反序列化可能不是很方便。还好，python标准库提供了功能更加强大且更加安全的pickle和cPickle模块。 cPickle模块是使用C语言实现的，所以在运行效率上比pickle要高。但是cPickle模块中定义的类型不能被继承（其实大多数时候，我们不需要从这些类型中继承。）。cPickle和pickle的序列化/反序列化规则是一样的，我们可以使用pickle序列化一个对象，然后使用cPickle来反序列化。同时，这两个模块在处理自引用类型时会变得更加“聪明”，它不会无限制的递归序列化自引用对象，对于同一对象的多次引用，它只会序列化一次。例如： 1 import marshal, pickle 2 3 list = [1] 4 list.append(list) 5 byt1 = marshal.dumps(list) #出错, 无限制的递归序列化 6 byt2 = pickle.dumps(list) #No problem pickle� ......
C++类库介绍
再次体现了C++保持核心语言的效率同时大力发展应用库的发展趋势!!在C++中，库的地位是非常高的。C++之父 Bjarne
Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中，C++的库门类繁多，解决的问题也是极其广泛，库从轻量级到重
量级的都有。不少都是让人眼界大开，亦或是望而生叹的思维杰作。由于库的数量非常庞大，而且限于笔者水平，其中很多并不了解。所以文中所提的一些库都是比
较著名的大型库。
标准库
标准库中提供了C++程序的基本设施。虽然C++标准库随着C++标准折腾了许多年，直到标准的出台才正式定型，但是在标准库的实现上却很令人欣慰得看到多种实现，并且已被实践证明为有工业级别强度的佳作。
1、 Dinkumware C++ Library
参考站点：http://www.dinkumware.com/'>http://www.dinkumware.com/
P.J. Plauger编写� ......
C++类库介绍
再次体现了C++保持核心语言的效率同时大力发展应用库的发展趋势!!在C++中，库的地位是非常高的。C++之父 Bjarne
Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中，C++的库门类繁多，解决的问题也是极其广泛，库从轻量级到重
量级的都有。不少都是让人眼界大开，亦或是望而生叹的思维杰作。由于库的数量非常庞大，而且限于笔者水平，其中很多并不了解。所以文中所提的一些库都是比
较著名的大型库。
标准库
标准库中提供了C++程序的基本设施。虽然C++标准库随着C++标准折腾了许多年，直到标准的出台才正式定型，但是在标准库的实现上却很令人欣慰得看到多种实现，并且已被实践证明为有工业级别强度的佳作。
1、 Dinkumware C++ Library
参考站点：http://www.dinkumware.com/'>http://www.dinkumware.com/
P.J. Plauger编写� ......
在网上搜不到关于 Ascii 和 bcd互相转化的文章，于是自己写了一个，和大家分享下。
没有考虑到效率，能够优化的地方望大家提出
"""
AscII字符转换为BCD字符
"""
def asc2bcd(inAsc, pad_L0_R1 = 0):
#全部转换为大写，为后面的转换提供方便
inAsc = inAsc.upper()
print inAsc
#判断如果非偶数个字符时，左补0，还是右补0
import copy
if(len(inAsc)%2 == 1):
if(pad_L0_R1 == 0):
inAsc = copy.copy('0'+inAsc)
if(pad_L0_R1 == 1):
inAsc = copy.copy(inAsc+'0')
#检测输入的p字符串中是否都为0-9 a-f A-F 中的字符
for i in inAsc:
& ......
今天在看 Lippman的《深度探索C++对象模型》，忽然想google一下Lippman与Bjarne Stroustrup的个人关系如何。因为我看BS写的TCPL的前言中从来没有提到过Lippman，是不是Lippman在BS眼中并没有什么地位呢？结果没有查到什么有用的信息，倒是看到孟岩的一篇2004年的博客——《Stan Lippman印象记
》，文章写得不错。不过，后面的回帖真是看了让人倒胃口。一些反MS的“斗士”在吵吵闹闹，还有人对孟岩的描述Lippman的发音段落揪住不放。不过是篇个人博客，除了技术就没有别的东西吗？真是迂腐啊！我工作后，大部分时间都是用C++，我也自认为是C++社群中的一员。如果我们C++社群中都是这么一些偏激、迂腐的从业者，我真为我是C++程序员感到惭愧。
最让我感到震惊的回帖是下面这位汤韬先生的，大家也可以看到回帖时间是2004年9月23日。内容如下：
汤韬
发表于2004年9月23日 18:39:00
举报
IP:
我说呢，看了天极的采访，我还在纳闷《程序员》怎么会没有反映！
C++，唉，一个没落的贵族。虽然不会像6000万年前的恐龙那样立刻消失，但也不会好到那里去了！！
至 ......
文 / 李博（光宇广贞）
方法多态与类型多态
了解 OOP 的同学对类型多态都很熟悉了。话说，类型多态之多态便体现在方法上，那方法多态又是嘛玩儿？类型多态之类型指的是对像的类型，其方法是受对像约束的。方法多态便是不受对像类型约束的多态。具体区别在：
方法多态无需继承；类型多态必须实现接口或类继承。
方法多态不管你是谁，只在乎你能干嘛；类型多态讲究你出自何门何派。
方法多态的对像兼容性只需其实现运行期被实际调用的方法部分；类型多态的对像兼容性要求 A is-a B，也即不管用得着用不着，只要你拜了师傅，就得全部实现。
Duck typing 与方法多态
Duck typing 是种动态语言的程序设计风格，用以实践方法多态。概念提出者 James Whitcomb Riley 同学如是说：
当看到一只鸟走起来像鸭子，游起泳来像鸭子，叫起来也像鸭子，那这只鸟就可以被当做鸭子。
Duck typing 并不关注对像的类型，而是关注其表现。我们让某个对像去“走两步儿”，去“游两下”，去“� ......
最新文章 :