易栈网-膘叔

什么是接口 (interface) ?

接口是方法的抽象，如果不同的类有同样的方法，那么就应该考虑使用接口。
（1）接口是一个行为的规范、协议。其实就是类和类之间的一种协定,一种约束
（2）C#不支持多继承，但是他把这个功能交给接口来实现。
（3）类与类之间的系统资源调用方式不一样，导致他们之间的通信很困难，而接口可以屏蔽掉它们之间的差异，能使他们顺利通信。

什么是抽象类（abstract class）？

1． 抽 象类仅提供一个类型的部分实现。抽象类可以有实例变量，以及一个或多个构造函数。抽象类可以同时有抽象方法和具体方法。一个抽象类不会有实例，这些构造函 数不能被客户端调用来创建实例。一个抽象类的构造函数可以被其子类调用，从而使一个抽象类的所有子类都可以有一些共同的实现，而不同的子类可以在此基础上 有其自己的实现。

2．  抽象类的用途1）  具体类不是用来继承的。 Scott Meyers曾指出，只要有可能，不要丛具体类继承。2）  假设有2个具体类，类A和类B，类B是类A 的子类，那么一个最简单的修改方案是应当建立一个抽象类（或java接口）C，然后让类A和类B成为抽象类C的子类。3）  抽象类应当拥有尽可能多的共同代码。以提高代码的复用率。4）  抽象类应当拥有尽可能少的数据。

 3．  基于抽象类的模式和原则1）  针对抽象编程，不要针对具体编程。2）  尽量使用合成(Composition)，而不要使用继承来达到复用的目的。3）  使用摸板方法模式

4．  什么时候应当使用继承复用1）  子类是超类的一个特殊种类，而不是超类的一个角色，也就是要区分”is – a” 和“has-a”两种关系。2）  永远不会出现需要将子类换成另一个子类的情况。如果设计师不是很肯定一个类回不会在将来变成另一个类的子类的话，就不应当把这个类设计成这个超类的子类。 3）  子类具有扩展超类的责任，而不是具有置换掉（Override）或注销掉（Nullify）超类的责任。4）  只有在分类学上有意义时，才可以使用继承，不要丛工具类继承。

抽象方法是必须实现的方法。且只能在抽象类中。

接口与抽象类

一个类可以继承多个接口。。。
一个类只能继承一个抽象类。。。

抽象方法是必须实现的方法。就象动物都要呼吸。但是鱼用鳃呼吸，猪用肺呼吸。
动物类要有呼吸方法。怎么呼吸就是子类的事了。

现在有很多讨论和建议提倡用interface代替abstract类，两者从理论上可以做一般性的混用，但是在实际应用中，他们还是有一定区别的。抽象类一般作为公共的父类为子类的扩展提供基础，这里的扩展包括了属性上和行为上的。而接口一般来说不考虑属性，只考虑方法，使得子类可以自由的填补或者扩展接口所定义的方法，就像JAVA王子所说的事件中的适配器就是一个很好的应用。
用一个简单的例子，比如说一个教师，我们把它作为一个抽象类，有自己的属性，比如说年龄，教育程度，教师编号等等，而教师也是分很多种类的，我们就可以继承教师类而扩展特有的种类属性，而普遍属性已经直接继承了下来。
而接口呢~还是拿教师做例子，教师的行为很多，除了和普通人相同的以外，还有职业相关的行为，比如改考卷，讲课等等，我们把这些行为定义成无body的方 法，作为一个集合，它是一个interface。而教师张三李四的各自行为特点又有不同，那么他们就可以扩展自己的行为body。从这点意义上来说，interface偏重于行为。
总之，在许多情况下，接口确实可以代替抽象类，如果你不需要刻意表达属性上的继承的话。

原文：http://www.cnblogs.com/cyc09156/archive/2009/01/09/1372330.html

由CAPCOM负责开发的格斗游戏《街头霸王4》（Street Fighter 4）最新试玩截图公布，本作将承袭系列作传统2D玩法，并采用最新的3D绘图技术，以更华丽的方式重现原作独特的2D绘图风格。PC版发售日期未 定，XBOX360/PS3即将2月17日发售。

另外，CAPCOM透露将推出内含限量非卖版人偶模型（PS3 版为隆，Xbox 360 版为深红毒蛇）、Studio 4C 制作之65分钟高分辨率动画影片（PS3版为BD蓝光影片，Xbox 360 版为专用高分辨率DVD影片，非一般 DVD 影片）、原声配乐 CD、攻略指引手册与独家下载内容的典藏版，定价 79.99美元。

以上内容来自于：http://www.lingaoyi.com/screens/new-street-fighter-4-screenshots/，同时以下图片也来自于该站（我只取了两张与我有关的图片）

更多图片请去该网站查看。。。

从TP1.5开始，对于其他的模版引擎有了原生支持（不再是以前那种插件机制了）。
本文以使用smarty模版为例作点简单介绍，其他的，可以参考一下View.class.php中的fetch方法可知。

TP的SVN中已经含有smarty模版库，因此当你要使用的时候，只需要在项目的config.php里作一点简单的配置：

从2009-01-07下午的SVN版本里，流年为又增加了一个TMPL_ENGINE_CONFIG这个数组，即：

备注：如果按照我这样的写法，请到cache目录里手动创建tplCompile和tplCache两个目录，否则程序会报错。
报错信息大致为：

如果出现这样的报错信息，请先检查这两个目录是否存在

在项目开发的时候，caching 最好设为false，否则你根本看不到效果。

如此设定完毕后，你就可以直接在项目中使用了，下面以Index模块的index方法进行举例：在IndexAction.class.php的index的方法里

然后到模版里：

就可以看到输出了。不过，这里需要注意的是，如果你$this->display()没有指定文件名，那么默认的模版文件就是default/Index/index.html，这点和原先使用TP默认的模版引擎没有什么区别。
出现问题最大的应该是在include方法里，include的使用方法是：{include file="Public/header.html"}，就象我前面所说，smarty的模版路径只指到了tpl目录，但实际上，我们是在默认的default目录下操作，因此正确的写法应该是{include file="default/Public/header.html"}
如果我们写的程序要对应多模版，那么，上面那种直接写死default的方法是不行的，还好，TP为我们留了一个常量：TEMPLATE_NAME，于是我们的写法就可以是现在这样：

现在试一下，是否公用目录里的header.html被加载了？

最后再报一个warning。如果是在WINDOWS下面开发并且开启了DEBUG_MODE，那么你在读取模版的时候，页面的Trace信息里，偶尔会出现一个注意：

这些信息，可以被忽略掉。模版文件还是会正常的生成和编译的。它只会在第一次生成模版编译文件的时候出现

在PHP中，取得一个字符串中某一个字符出现的次数那是相当的简单的呀，方法也有N种，再不济我还可以把这个字符当成分隔标记进行分隔，最后求分隔出来的数组的长度就行了。

但MYSQL不行呀，没有这样的函数，还好，网上很多人给出了方案，我这里贴个最简单的：

原理：（用原始字符串的总长度 减去  将原始字符串中要统计的字符串去除后的字符串长度）再除以 要统计的字符串长度

身为一名WEB开发人员，对于WEB通信当然是非常关心的，对于每一个POST甚至都有可能要抓包 进行分析，但究竟怎么做，用什么做，如何去做，还是有点讲究的。我个人是习惯用fireBug和webdeveloper还有IE下的httpwatch等进行分析。看到这篇文章的介绍，也可以看看别人是怎么做，取别人的之长补自己之短才能有进步嘛。。

原文链接：http://tech.idv2.com/2008/12/30/web-comm-analyzer/

原文作者：charlee

内容如下：（图片下载到了本地了）

在抓虾上看到一篇Web开发分析工具的文章（链接就免了），怎么远没有我用的东西好用呢？ 还是介绍介绍我用的吧。由于平常开发只用FireFox，完成后再去调试IE， 所以这些工具绝大部分是针对FireFox的。

如果把Web通信从上到下分为许多层——XMLHttpRequest层，HTTP层，TCP层， 那么这些工具可以分别抓取每个层的通信数据进行分析，结合使用极其强大。

2008/12/31：另外可以参考daniel同学的Web开发常用工具一文，相信会大有帮助哦。

XMLHttpRequest层：Firebug

Firebug应该是尽人皆知了。 它的控制台能监视XMLHttpRequest请求，能看到完整的请求和应答的数据。 用它来调试Ajax程序是最好不过了。

HTTP层：Tamper Data

Tamper Data比Firebug进了一步， 只要是HTTP请求，它都能抓下来，可惜的是看不到应答内容。 适用于分析请求流程、请求参数、请求数据、重定向URL。 对于非Ajax程序如普通网页、Flash、ActiveX等程序，用Tamper Data来分析十分方便。

HTTP层：burpsuite

burpsuite中的proxy功能用于分析Web通信十分好用。 它的原理是架设一个代理服务器，让浏览器通过代理来发送请求，代理就可以截获数据了。

使用方法为：

1. 配置proxy，然后设置浏览器使用它的proxy
2. 访问想要抓取的那个网页
3. burp suite的proxy中就会看到请求内容，在这里即可详细地分析请求。
4. 如果想继续分析应答，可以右键点击请求内容，选send to repeater
5. 切换到repeater标签，点【go】按钮发送请求，在下方就可以看到应答

TCP层：wireshark

如果以上方法都不管用，就要祭出终极武器wireshark（原名ethereal）了。 它从网络的最底层入手，可以截获任何类型的网络通信，而不仅仅是HTTP协议。 比如要开发一个邮件程序，需要分析服务器端脚本与POP3服务器之间的通信， 那就非得wireshark出马不可了。

使用方法：

1. 在wireshark中选择抓取物理网卡；
2. 让应用程序发请求；
3. 在wireshark中停止抓取；
4. 从抓到的包一览中找出刚才应用程序发出的请求，右键点击选择 Follow TCP Stream，就能看到该请求的完整内容。

这个工具的不足之处是它不能抓取loopback的网卡，也就是说， 如果你的程序连接的是位于localhost或127.0.0.1的服务器， 那wireshark是抓不到的。解决方法是，让程序通过真实物理网卡去连别的机器， 或是使用虚拟机的虚拟网卡也行。