博客园_hellofox2000

WAP网站开发

2010-08-19T02:56:00Z

WAP网站和传统的网站开发区别不大，主要是使用服务器端脚本生成wml或者xhtml mp，手机使用客户端通过应用网关进行访问。在使用xhtml mp开发时，开发环境和传统的开发环境类似，使用wml开发，浏览需要特殊的浏览器。目前手机操作系统有很多种，流行就有几个：PalmOS、Symbian、Windows CE、Linux和Android、iPhoneOS各大厂家有的也有自己的平台；所有这些平台支持的WAP协议都不尽相同。除了软件外，硬件方面也需要考虑各种机型的色彩，分辨率等因素。所以开发WAP网站，主要工作可能在后期兼容性测试方面。在测试时，可使用仿真终端（软件）来进行。

可以考虑通过应用网关或者服务端技术将现有html转换为xhtml或其他，但是兼容性很难令人满意。

WAP

Wireless Application Protocol 简称WAP,无线应用协议是一种向移动终端提供互联网内容和先进增值服务的全球统一的开放式协议标准，是简化了的无线Internet 协议。

实现方式

WML

WML (Wireless Mark-up Language),一种xml格式的语言。WML是精简的HTML

XHTML MP

XHTML MP（eXtensible HyperText Markup Language Mobile Profile）它是定义在WAP 2.0上面的标记语言（markup language）。XHTML MP是XHTML的子集，在XHTML MP出现之前，WAP网站的开发者们只能用WML和WML script来创建WAP的网站。而与此同时，web的开发者们却在用强大的多的HTML、CSS、XHTML等来进行传统网站的开发。所以XHTML MP的目标就是浏览者在WAP和web上获得尽可能相似的浏览体验。

两种实现方式比较

	WML	XHTML MP
使用协议	WAP 1.x	WAP 2.0
多文档显示	<deck>和<card>标签	multipart messages
Timer	WML timer	Meta - refresh
事件	支持四个事件（ontimer,onenterbackward, onenterforward,onpick）	不支持事件可模拟ontimer事件
脚本支持	支持客户端脚本（WMLScript）	未来版本会支持客户端脚本（ECMAScript MP），支持所有的WMLScript功能
标签	WML标签	XHTML子集
样式CSS	待查	WCSS（WAP CSS/WAP Cascading Style Sheet）
开发环境	服务端生成WML即可，但浏览需要特殊软件	可常用开发
支持的客户端	待查	待查

开发过程

和传统的网站开发区别不大，主要是使用服务器端脚本生成wml或者xhtml mp，手机使用客户端通过应用网关进行访问。

参考文档

WAP 2.0介绍和使用规范

http://wuhua.javaeye.com/blog/382172

Wap开发FAQ大全

http://www.chinaue.com/html/wap/181441433051.htm

WAP网站开发实例

http://www.cnblogs.com/luqingfei/archive/2007/07/18/822135.html

XHTML MP-----基础

http://hszy00232.blog.163.com/blog/static/43022753200937115811582/?fromPostsense

Session, Cookie, Url重写与Wap

http://whf0524.blog.163.com/blog/static/1014146920085185051289/

http://www.openmobilealliance.org/Technical/wapindex.aspx

本文链接

PHP编码规范改进版

2010-08-19T02:07:00Z

1 介绍

为了更好的提高开发的工作效率，保证开发的有效性和合理性，并最大程度的提高代码的可读性和可重复利用性，制订此规范。本规范包含了PHP开发时程序编码中代码缩进规则、控制结构、函数调用、函数定义、注释、包含代码、PHP标记、文件头的注释块、CVS标记、URL样例、常量命名等方面的规则。

1.1 标准化的重要

标准化问题的确在某些方面上让每个人头痛，让人人都觉得大家处于同样的境地。但是这往往是因为对标准化的误解。标准化不是束缚人，他是为了在大型开发过程中，能够提供项目整体的质量与开发进度。也许有人会说，恩，我不喜欢束缚，这么做会约束我的创造力。如果说你的创造力仅仅在命名，格式（而这恰恰是规范的主要内容）这样的表面层次，那么把你的创造力扔掉吧，没人喜欢这样的创造力。

1.2 优点

当一个项目尝试着遵守公用的标准时，会有以下好处：

· 程序员可以了解任何代码，弄清程序的状况

· 新人可以很快的适应环境

· 防止新接触php的人出于节省时间的需要，自创一套风格并养成终生的习惯

· 防止新接触php的人一次次的犯同样的错误

· 在一致的环境下，人们可以减少犯错的机会

· 程序员们有了一致的敌人

1.3 改进

规范并不是一成不变的，如果你觉得规范缺少东西或者有些不合适的地方，提出来，也许项目管理者会考虑加入，记住，任何项目都取决于团队合作的努力。

1.4 实施

一般情况下，规范的实施是由技术负责人或者项目经理执行和监督的。但是最好的方法还是在开发团队中达成共识，变成一种文化的存在。

2 命名规则

命名是程序规划的核心。名字就是事物在它所处的生态环境中一个长久而深远的结果。总的来说，只有了解系统的程序员才能为系统取出最合适的名字。如果所有的命名都与其自然相适合，则关系清晰，含义可以推导得出，一般人的推想也能在意料之中。
如果你发觉你的命名只有少量能和其对应事物相匹配的话，最好还是重新好好再看看你的设计。

2.1 文件命名

文件名采用C GNU的惯例，所有的字母使用小写字母，使用`_`分割单词。

例如：

news_list.php

文件命名上有些几乎是约定俗成的单词，比如admin前缀表示是后台管理的文件名,inc.php后缀则表示包含文件或者类库文件，class.php后缀表示类库文件等等。config.php表示配置文件等。

例如：

admin_user.php

data.inc.php

user.class.php

2.2 类命名

· 使用大写字母作为词的分隔，其他的字母均使用小写
· 名字的首字母使用大写
· 不要使用下划线(`_`)
例如
class NameOneTwo
class Name

注意：

· 在为类（class ）命名前首先要知道它是什么。如果看到类名，你还是想不起这个类是什么的话，那么你的设计就还做的不够好。
· 超过三个词组成的混合名是容易造成系统各个实体间的混淆，再看看你的设计，尝试使用（CRC Session card)看看该命名所对应的实体是否有着那么多的功用。
· 对于派生类的命名应该避免带其父类名产生关系，一个类的名字只与它自身有关，和它的父类叫什么无关。
· 有些后缀名是几乎是约定俗成的，例如：如果你的系统使用了代理（agent ），那么就把某个部件命名为“下载代理”（DownloadAgent）用以真正的传送信息。

当然，这些约定俗成的词汇不会自动出现，需要小组人员的不断总结。

2.2.1 缩写词不要全部使用大写字母

· 无论如何，当遇到以下情况，你可以用首字母大写其余字母小写来代替全部使用大写字母的方法来表示缩写词。
使用: GetHtmlStatistic.
不使用: GetHTMLStatistic.
理由
· 当命名含有缩略词时，人们似乎有着非常不同的直觉。统一规定是最好，这样一来，命名的含义就完全可以预知了。
举个NetworkABCKey的例子，注意C是应该是ABC里面的C还是key里面的C，这个是很令人费解的。有些人不在意这些，其他人却很讨厌这样。所以你会在不同的代码里看到不同的规则，使得你不知道怎么去叫它。
例如
class FluidOz // 不要写成 FluidOZ
class GetHtmlStatistic // 不要写成 GetHTMLStatistic

2.3 类库命名

· 目前命名空间正在越来越广泛的被采用，以避免不同厂商和团体类库间的类名冲突。
· 当尚未采用命名空间的时候，为了避免类名冲突，一般的做法是在类名前加上独特的前缀，两个字符就可以了，当然多用一些会更好。
例如
John Johnson的数据结构类库可以用Jj做为前缀，如下：
class JjLinkList
{
}
另一种折中方式是建立包含类库目录（事实上Java也是这么做的），以不通的目录代表不同的命名空间。
例如
Microsoft的数据库相关类库可以在：
/classes/com/Microsoft/ Database/DbConn.php
Apache的数据库相关类库可在：
/classes/org/apache/Database/DbConn.php

2.4 类属性命名

· 类属性采用C GNU的惯例，所有的字母使用小写字母，使用`_`分割单词。

例如
class NameOneTwo
{

function var_abc() {};

function error_number() {};

var $var;

var $error_number;

var $name;

}

2.5 方法命名

·函数名字采用C GNU的惯例，所有的字母使用小写字母，使用`_`分割单词。

例如
class NameOneTwo
{

function do_it() {};

function handle_error() {};

}

· 通常每个方法都是执行一个动作的，所以对它们的命名应该清楚的说明它们是做什么的：用check_for_errors()代替error_check()，用dump_data_to_file()代替data_file()。这么做也可以使功能和数据成为更可区分的物体。
· 有时后缀名是有用的:
o Max - 含义为某实体所能赋予的最大值。
o Cnt - 一个运行中的计数变量的当前值。
o Key - 键值。
例如：retry_max 表示最多重试次数，retry_cnt 表示当前重试次数。
· 有时前缀名是有用的：
o Is - 含义为问一个关于某样事物的问题。无论何时，当人们看到Is就会知道这是一个问题。
o Get - 含义为取得一个数值。
o Set - 含义为设定一个数值
例如：is_hit_retry_limit。

2.6 方法中参数命名

·函数名字采用C GNU的惯例，所有的字母使用小写字母，使用`_`分割单词。

例如
class NameOneTwo
{

function start_your_engines(

&$some_engine,

&$another_engine);

}

2.7 变量命名

· 所有字母都使用小写
· 使用`_`作为每个词的分界。
理由
· 通过这一途径，代码中变量的作用域是清晰的。
· 所有的变量在代码中都看起来不同，容易辨认。
例如
function handle_error($errorNumber)
{

$error = OsErr($errorNumber);

$time_of_error = $error->get_time_of_error();

$error_processor = $error->get_error_processor();
}

2.8全局常量

· 全局常量用`_`分隔每个单词,并且全部单词大写。

理由
这是命名全局常量的传统。你要注意不要与其它的定义相冲突。
例如
define("A_GLOBAL_CONSTANT", "Hello world!");

2.9 静态变量

· 静态变量应该带前缀‘s’。

理由
· 知道一个变量的作用域是非常重要的。
例如
function test()
{

static $msStatus = 0;

}

2.10 函数命名

· 函数名字采用C GNU的惯例，所有的字母使用小写字母，使用`_`分割单词。
理由

· 这样可以更易于区分相关联的类名。

例如

function some_bloody_function()
{

}

2.11 错误返回检测规则

· 检查所有的系统调用的错误信息，除非你要忽略错误。
· 为每条系统错误消息定义好系统错误文本以便include。

3 书写规则

3.1 大括号{}

在三种主要的大括号放置规则中，有两种是可以接受的，如下的第一种是最好的：
· 将大括号放置在关键词下方的同列处：

if ($condition)

{
... ...
}

while ($condition)
{
... ...
}
· 传统的UNIX的括号规则是，首括号与关键词同行，尾括号与关键字同列：
if ($condition) {

... ...

}

while ($condition) {
... ...
}

理由:

引起剧烈争论的非原则的问题可通过折衷的办法解决，两种方法任意一种都是可以接受的，然而对于大多数人来说更喜欢第一种。原因就是心理研究学习范畴的东西了。

对于更喜欢第一种还有着更多的原因。如果您使用的字符编辑器支持括号匹配功能的话（例如vi），最重要的就是有一个好的样式。为什么？我们说当你有一大块的程序而且想知道这一大块程序是在哪儿结束的话。你先移到开始的括号，按下按钮编辑器就会找到与之对应的结束括号，例如：

if ($very_long_condition && $second_very_long_condition)
{
...
}
else if (...)
{
...
}
从一个程序块移动到另一个程序块只需要用光标和你的括号匹配键就可以了，不需找匹配的括号。

3.2 缩进：制表符vs空格

在书写代码的时候，必须注意代码的缩进规则，我们规定：使用4个空格作为缩进，而不使用tab缩进（对于ultraedit，可以进行预先设置）。

·对于最大缩进层数，并没有一个固定的规矩，假如缩进层数大于四或者五层的时候，你可以考虑着将代码因数分解(factoring out code)。
理由
· 许多编程者支持制表符。但制表符标准在各种编程工具下、各种平台下所代表的空格数或者意义是不同的。这样会使在一个平台下格式良好的代码在另一个平台下不堪入目。对于php的开发来说，通常情况下是在win平台下开发，linux下部署，尤其需要注意这个问题。
· 虽然此处没有限定最大的缩进层数，但是通常建议不要超过四层、五层。
例如：

function func()
{
if (something bad)
{
if (another thing bad)
{
while (more input)
{
}
}
}
}

3.3 小括号、关键词和函数

· 不要把小括号和关键词紧贴在一起，要用空格隔开它们。
· 小括号和函数名间没有空格；如$test = date("ymdhis")；
· 除非必要，不要在Return返回语句中使用小括号。
理由
· 关键字不是函数。如果小括号紧贴着函数名和关键字，二者很容易被看成是一体的。
例如
if (condition)
{
}

while (condition)
{
}

strcmp($s, $s1);

return 1;

3.4 类的构造函数

别在构造函数中做实际的工作，构造函数应该包含变量的初始化和（或）不会发生失败的操作。
理由
· 构造不能返回错误。

例如
class Device
{
function device() { /* initialize and other stuff */ }
function open() { return FAIL; }
};

$dev = new Device;
if (FAIL == $dev->open()) exit(1);

3.5 ＝符号书写

在程序中=符号的书写遵循以下规则：

（1）在=符号的两侧，均需留出一个空格；如$a = $b 、if ($a = = $b)等；

（2）在一个申明块，或者实现同样功能的一个块中，要求=号尽量上下对齐，左边可以为了保持对齐使用多个空格，而右边要求空一个空格；如下例：

$testa = $aaa;

$testaa = $bbb;

3.6 控制结构

3.6.1 if then else 格式

不同的花括号样式会产生些微不同的样观。一个通用方式是：
if (条件1) // 注释
{
}
else if (条件2) // 注释
{
}
else // 注释
{
}
如果你有用到else if 语句的话，通常最好有一个else块以用于处理未处理到的其他情况。可以的话放一个记录信息注释在else处，即使在else没有任何的动作。

·总是将恒量放在等号/不等号的左边，例如：
if ( 6 == $errorNum ) ...
一个原因是假如你在等式中漏了一个等号，语法检查器会为你报错。第二个原因是你能立刻找到数值而不是在你的表达式的末端找到它。需要一点时间来习惯这个格式，但是它确实很有用。

3.6.2 switch 格式

· 当一个case块处理后，直接转到下一个case块处理，在这个case块的最后应该加上注释。
· default case总应该存在，它应该不被到达，然而如果到达了就会触发一个错误。
· 如果你要创立一个变量，那就把所有的代码放在块中。
例如
switch (...)
{
case 1:
...
// FALL THROUGH
case 2:
{
$v = get_week_number();
...
}
break;

default:
}

3.6.3 continue 和 break

continue 和 break 其实是变相的隐蔽的 goto方法。
continue 和 break 像 goto 一样，它们在代码中是有魔力的，所以要节俭（尽可能少）的使用它们。使用了这一简单的魔法，由于一些未公开的原因，读者将会被定向到只有上帝才知道的地方去。
continue有两个主要的问题：
· 它可以绕过测试条件。
· 它可以绕过等/不等表达式。
看看下面的例子，考虑一下问题都在哪儿发生：
while (TRUE)
{
...
// A lot of code
...
if (/* some condition */) {
continue;
}
...
// A lot of code
...
if ( $i++ > STOP_VALUE) break;
}
注意："A lot of code"是必须的，这是为了让程序员们不能那么容易的找出错误。
通过以上的例子，我们可以得出更进一步的规则：continue 和 break 混合使用是引起灾难的正确方法。

3.6.4 ?:

?:本身没什么问题，问题在于人们往往试着在 ? 和 : 之间塞满了许多的代码。以下的是一些清晰的连接规则：
· 把条件放在括号内以使它和其他的代码相分离。
· 如果可能的话，动作可以用简单的函数。
· 把所做的动作，“?”，“:”放在不同的行，除非他们可以清楚的放在同一行。
例如
(condition) ? funct1() : func2();

or

(condition)
? long statement
: another long statement;

3.7 声明块的定位

· 声明代码块需要对齐。
理由
· 清晰。
· 变量初始化的类似代码块应该列表。
· &应靠近类型，而不是变量名。
例如
var $mDate
var& $mrDate
var& $mrName
var $mName

$mDate = 0;
$mrDate = NULL;
$mrName = 0;
$mName = NULL;

3.8 每行语句应尽量短

除非这些语句有很密切的联系，否则每行只写一个语句。

在代码书写中，遵循以下原则：

（1）尽量保证程序语句一行就是一句，而不要让一行语句太长产生折行；

（2）尽量不要使一行的代码太长，一般控制在80个字符以内；

（3）如果一行代码太长，请使用类似 .= 的方式断行书写；

（4 对于执行数据库的sql语句操作，尽量不要在函数内写sql语句，而先用变量定义sql语句，然后在执行操作的函数中调用定义的变量；

例如：

$sql = "SELECT username,password,address,age,postcode FROM test_t ";

$sql .= " WHERE username='aaa'";

$res = mysql_query($sql);

3.9 短方法

方法代码要限制在一页内。

3.10记录所有的空语句

总是记录下for或者是while的空块语句，以便清楚的知道该段代码是漏掉了，还是故意不写的。

while ($dest++ = $src++)
; // VOID

3.11 不要采用缺省方法测试非零值

不要采用缺省值测试非零值，也就是使用：

if (FAIL != f())
比下面的方法好：

if (f())

即使 FAIL 可以含有 0 值，即PHP认为是false。但当某人决定用-1代替0作为失败返回值时，一个显式的测试就可以帮助你了。即使是比较值不会变化也应该使用显式的比较；

例如：

if (!($bufsize % strlen($str)))

应该写成：

if (($bufsize % strlen($str)) == 0)

以表示测试的数值（不是布尔）型。一个经常出问题的地方就是使用strcmp来测试一个字符等式，结果永远也不会等于缺省值。
非零测试采用基于缺省值的做法，那么其他函数或表达式就会受到以下的限制:
· 只能返回0表示失败，不能为/有其他的值。
· 命名以便让一个真(true)的返回值是绝对显然的，调用函数IsValid()而不是Checkvalid()。

3.12 布尔逻辑类型

遵循以下规则：

（1）不能使用0/1代替true/false，在PHP中，这是不相等的；

（2）不要使用非零的表达式、变量或者方法直接进行true/false判断，而必须使用严格的完整true/false判断；

如：不使用if ($a) 或者if (checka()) 而使用if (FALSE != $a)或者 if (FALSE != check())

大部分函数在FALSE的时候返回0，但是并非0值就代表TRUE，因而不要用1（TRUE，YES，诸如此类）等式检测一个布尔值，应该用0（FALSE，NO，诸如此类）的不等式来代替：

if (TRUE == func()) { ...
应该写成：

if (FALSE != func()) { ...

3.13 通常避免嵌入式的赋值

有时候会看到嵌入式赋值的语句，这样的结构可读性强并不强

while ($a != ($c = getchar()))
{
process the character
}
++和--操作符类似于赋值语句。因此，出于许多的目的，在使用函数的时候会产生副作用。使用嵌入式赋值提高运行时性能是可能的。无论怎样，程序员在使用嵌入式赋值语句时需要考虑在增长的速度和减少的可维护性两者间加以权衡。例如：

a = b + c;
d = a + r;
不要写成：

d = (a = b + c) + r;

虽然后者可以节省一个周期。但在长远来看，随着程序的维护费用渐渐增长，程序的编写者对代码渐渐遗忘，就会减少在成熟期的最优化所得。

4 注释

PHP中有两种注释方法，一种是使用//开始，另外一种是使用/**/。 //一般用来比较简短的注释。/**/则用在需要大量注释的代码中。

注释要尽量清晰，扼要，同时要使得你的注释能被机器解析后，能以固定的格式放到手册中去。注释的种类主要包括：类的注释，属性注释、方法注释、变量注释以及关键算法、重要代码实现等。所有的这些部分编织在一起，使得人们在以后的时间里能够准确的知道你干了什么，为什么这么做。

在注释时，有一些预定义的关键字用来表示方法的目的，作者等，这样那就不需要再起另外一套关键字或者说不懂中文而采用汉语拼音。

注释是增加程序可读性、可维护性的一种方法，而不是唯一方法。可读性和可维护性主要还是在代码命名，项目组织处提高。

4.1 预定义关键字

关键字含义
Purpose 表示类、属性、方法要做些什么或者什么含义。
Package Name 类名
Author 作者
Modifications 修改记录（编号规则为“No”＋日期＋“－”＋序号）
Ref 参考
Method Name 方法名
Parameter 参数名（包括类型）
Return 返回值（包括类型）
Attribute/Variable Name 属性/变量名
Type 属性/变量类型

4.2 文件头注释

每个文件头部必须有统一的注释块，规则如下：

a．必须包含本文件的描述；

b．必须包含作者；

c．必须包含书写日期；

d．必须包含版本信息；

e．必须包含项目名称；

f．必须包含文件的名称；

g．重要的使用说明，如类的调用方法、注意事项等；

参考例子如下：

<?php

// +---------------------------------------------------------+

// | PHP version 4.0 |

// +---------------------------------------------------------+

// | This source file is subject to of the PHP license, |

// | that is bundled with this packafile LICENSE, and is |

// | available at through the world-web at |

// | http://www.php.net/license/2_02.txt. |

// | If you did not receive a copy of the and are unable to |

// | obtain it through the world-wide-web,end a note to |

// | license@php.net so we can mail you a immediately. |

// +---------------------------------------------------------+

// | Authors: Stig Bakken <ssb@fast.no> |

// | Tomas V.V.Cox <cox@idecnet.com> |

// | |

// +---------------------------------------------------------+

// $Id: Common.php,v 1.8.2.3 2001/11/13 01:26:48 ssb Exp $

4.3 类的注释

每个类注释需要包含以下项目：

a．必须包含类的描述；

b．必须包含作者；

c．必须包含书写日期；

d．必须包含版本信息；

e．名称空间（可选）；

f. 参考（可选）；

参考例子如下：

/**
* @ Purpose:
* 访问数据库的类，以ODBC作为通用访问接口
* @Package Name: Database
* @Author: Forrest Gump gump@crtvu.edu.cn
* @Modifications:
* No20020523-100:
* odbc_fetch_into()参数位置第二和第三个位置调换
* John Johnson John@crtvu.edu.cn
* @ref: (参照)
*/
class Database
{
……
}

4.4 方法注释

每个类注释需要包含以下项目：

a．必须方法描述；

b．必须包含方法名称；

c．必须包含收入参数及类型；

d．必须包含输出参数及类型；

参考例子如下：

/**
* @Purpose:
* 执行一次查询
* @Method Name: query()
* @Parameter: string $queryStr SQL查询字符串
* @Return: mixed 查询返回值（结果集对象）
*/
function（$queryStr）{……}

4.5 属性注释

属性注释需要包含以下项目：

a．属性简短描述(必须)；

参考例子如下：

//用户名

var mDbUserName;

4.6 变量注释

变量注释需要包含以下项目：

a．变量简短描述(可选)；

变量在程序中出现次数是最多的，而且变量从其名字中应该能清楚看到其意义。对临时性变量、作用域较窄的变量可以省略注释，否则程序中将因为注释而变得非常臃肿。

参考例子如下：

//用户名

$user_name;

4.7 代码块注释

代码块注释仅在必要时才使用，例如程序关键算法等等。注释方法同变量和属性。

参考例子：

func f()

{

… …

//此处使用的是冒泡排序

… …

}

5 项目组织

此节主要在项目层次对涉及的文档，源码，说明等做出一些建议性方法。根据项目属性的不同，下面的部分可进行一些增删处理。

5.1 项目结构

·设计文档

主要是软件设计类图，包图，数据库结构，关键算法参考等

·项目说明

主要包含软件安装，使用说明，初始账号，注意事项等，以指导人们显示资源：

·源码

指能通过编译的或者运行正常的源码

·工程管理

包括需求文档，项目管理，Bug修复等。

除了上述文档外，可能含有其他形形色色的文档，到时按照项目定义的类型进行归档即可。

5.2 源码结构

此处主要介绍在开发企业网站或者小型网站中，常用的一些目录命名。当然如果你要开发的项目类似于百度或者新浪，你可能不会需要，因为那时会有专业的人员或者规范进行约束，方方面面都已经涉及。通常情况下，这些还是对你有帮助的。

一个完整独立的PHP项目目录结构如下：

/ 项目根目录

/manage(admin) 后台管理文件存放目录

/css css文件存放目录

/images 所有图片文件存放路径（在里面根据目录结构设立子目录）

/scripts 客户端js脚本存放目录

/tpl 网站模版文件存放目录

/uploads 上传文件目录

/inc(include) 全局函数包含文件目录

/cache 缓存目录

/install 安装程序目录

以上目录结构是通常的目录结构，根据具体应用的具体情况，可以考虑不用完全遵循，但是尽量做到规范化。

5.3 第三方开发包

对于在开发中引入的第三方开发包，如果可能，尽量将其放入单独目录进行管理，同时在项目文档中放入开发包的相关文档：帮助文档，原理介绍，项目地址等。

本文链接

开发语言的选择

2010-08-18T16:26:00Z

关于Java与.Net孰优孰劣，Linux与Windows哪个更好的等等的争论由来已久，而且在我们的有生之年，还会时不时看到的这种争论。本篇文章不想在这种争论上增加一把干柴，只是希望从开发语言的选择角度上，提供一些个人看法。

公司、个人选择一种语言或者环境时，理由有很多，大体上可分为两种：语言本身，公司层面。本文将会语言层面，公司层面进行简单的论述。

语言层面上：

首先考虑的是其功能和主要应用范围。现在各种语言不断涌现，可以说简直是“乱花渐欲迷人眼”。但其应用范围（或者说定位）似乎在语言创立之初，似乎就已经定性。比如Web开发无非是asp/asp.net，php，java。最近几年涌现了如ruby和python。嵌入式当属C和汇编。手机平台上自然是j2me，android，object c，windows mobile。页面脚本则javascript是当之无愧的老大。。。。可以说语言排行榜的百十种语言都有自己的一片地盘。

其次会考虑语言成熟程度/配套环境。成熟度如何考量？个人认为大致在可以从以下几个方面着手：语言发展时间长短，背后支持的公司，技术支持力度（手册，SDK，社区），成型应用。

语言发展时间长短比较能说明问题。一种语言的推出，会面临很多考验，其经历的时间越长，越能说明其经历的考验越多，也越能说明其健壮性。这就是C，Perl经久不衰的原因。

当然后推出的语言在某种程度上可以吸收前者的经验，比如C#借鉴了Java的很多特性。但是试想一下，如果没有微软的支持，C#的命运可能就比较曲折。

还有些语言推出时间不长，但是一经推出，似乎就广受关注，例如go语言。大公司自有大公司之间的博弈，其所支持的语言似乎也随着大公司的命运起伏。Delphi的地位逐年下降，而Go这个新生儿，一下子就窜到20名的位置，如日中天。

语言如果没有好的手册，没有充实的SDK，恐怕即使是最聪明的人学起来也会望而生畏。而良好的社区环境，优秀的案例代码更能让人事半功倍。

当然如果有比较成型的应用，最好不过。有人走在前面，替你尝了螃蟹。不管他有没有将他的经验进行分享，起码证明一点，这门语言是可以做到这种程度的。

其次是开发效率和维护效率。当几种语言在实现功能成熟度上差异不大时，开发效率就会成为首选。C语言也能开发Web程序，但是其开发效率和可维护性是很低的。因此没有多少人使用C来进行网站的开发。

再次是性能。性能问题在语言的选择上其实是比较靠后，除非对性能要求相当严格的程序。而且程序的性能和开发语言的关系其实并不大。

当然其他配套环境也会影响到语言的选择，比如IDE，数据库，操作系统等。

以上说的是语言层面，可以说是从纯粹技术的角度来进行的考虑。

理想很丰满，现实很骨感。

当具体到某个公司或者某个项目时，还有其他的各种各样的考虑。

首先是公司的业务定位。公司做什么业务，是专为iPhone手机开发程序，还是Android的服务提供商。公司的目标客户都是在什么环境下开发和运行？…

其次是客户要求。在这个有钱就是大爷，给钱就是甲方的世界里，总有客户规定：嗯，我们要用XXXX，XXXX。也许客户只是听了销售人员的忽悠，也许客户就仅仅知道的几个名词和一知半解的技术，或者…，此时客户的选择就是你的选择，当然你可以选择不选择。

其次是时间和成本。时间对公司来说就是金钱，都是公司运营的成本。实现的相同功能，在薪资水平相同的情况下，哪种语言的开发能力更高，并且开发完成项目可维护性强？IDE，操作系统需不需要付费？不付费的情况下，是不是会造成开发时间的延长？

基于中国目前盗版横行的现状，对相关软件的付费有时只是象征性的。而国外由于版权保护比较严格，所以造成了PHP流行（当然不仅仅是这一种原因）。

其次现有开发人员的能力。如果能满足公司业务定位，并且时间和成本不成为问题的话，现有开发人员的能力将成为技术选型的首要考虑。在某种程度上，开发语言没有好坏之分，当使用一种语言的时间越长，对这种语言的理解的也就越深入，从而在很大程度上也会依赖于这种语言。

其次是发展惯性。很多公司不是从头开发一款产品，或者新产品需要和原来的技术环境整合。公司在技术发展层面要延续以前的技术环境，或者有个缓冲期，这就是所谓的技术惯性。这样的情景是恐怕是最多的，必须小心翼翼。

其次管理人员的素质。有的管理者懂技术，这很好。有的不懂，但能接受技术人员的建议，这也很好。最怕的就是不懂装懂，刚愎自用的领导。公司开发人员团队都是.Net背景，某日听说大型公司都用PHP，随下令他所负责的产品线要全部转PHP。半年之后，转型失败，又转回.Net，他拍拍屁股走人，剩下一群技术人员为他擦屁股。嗯，别奇怪。这就是我们公司前两年的事情。

其次是办公室政治。办公室政治也许听起来遥远，但就在身边。技术人员大多单纯，给画个饼吃，就屁颠屁颠的加班到深夜，并且一加就是半年，即使这样仍不免沦为替罪羊。为什么？为什么新引进的一套产品与公司整体环境格格不入？…

当一切都已经搞定，技术选型完毕，开发，测试，项目正式上线，嗯，阳光一片灿烂！

你的领导走过来说：由于。。。。，我们转型吧。

前面的你都没听到，只听到后面的几个字，你终于忍不住骂了，我X。

再往外一看，天黑了。

情景就是这么狗血，然而作为技术人员，该做的还是要做，当从一种选择跳转到另一种选择时，这时就面临风险。风险大概在以下几方面：

首先需要缓冲期：当面对整个开发环境的转变的时候，需要缓冲期来缓和这种改变，一方面是业务线、产品的开发/更改需要时间，另一方面开发人员的素质转变需要时间。还有就是旧的环境，数据等向新环境的逐步迁移。

其次是时间与机遇。当开发转换时间过长时，产品和业务发展的机遇会不会丧失？会不会被竞争对手赶上并被超越？是加紧开发新功能还是为了转型后那个比较飘渺的目标？

其次是对风险的容忍。既然风险是不可避免的，并且在转换过程中，不可避免的发生各种各样的问题，那么你所有面对的各种人员对这种失误的有多高的容忍度。你的用户或者客户面临着一再的当机，服务不可用，会容忍你么？公司的销售人员会容忍产品转换所带来的销售额下降吗？客服面临着接二连三的投诉，会不会发脾气？管理者在面对众多的压力时，会不会再继续支持？开发人员会不会怀疑这种转换是不是值得，进而人心涣散？…

其次是人力成本。简而言之就是转换的开发人员哪里来。是对现有人员进行培训和学习？还是对新招人员？如果采用现有员工，现有员工愿不愿意学习？学习的时间曲线怎样？当面对指责时，会不会一直坚持下去？如果采用新员工，原来的员工怎么办？对业务的理解需要多长时间？对现有产品和业务线的结构的梳理又需要多长时间？

总而言之，就跟找老婆一样，没有孰好孰坏，只有合适不合适。当面临各种各样的情景时，梳理头绪，分析问题，找出适合自己的才是正道。

本文链接

memCached客户端CPU过高问题的排查

2010-08-17T03:31:00Z

公司网站使用了memCached来做分布式缓存，最近有人反映memCached客户端占用CPU过高，怀疑是第三方客户端性能不佳，进而怀疑是文本协议的问题，要求部门自己开发memCached的客户端，使其支持二进制协议。因为重新开发客户端工作量比较大，同时在日常开发中，没有听说过memCached客户端遇到瓶颈。因此对此问题进行了排查。结果发现主要是由于客户端反序列化，类设计不合理造成的。把排查过程分享下，希望对其他人有所帮助。

　　首先想到是：memCached服务器端内存占满，在清理内存中，造成客户端socket连接不上，不断发生异常。随上服务器查看了memCached的内存占用率，连接数等，发现利用率均很低。暂时先排除服务器端问题。

　　其次想到可能是第三方在使用socket连接池时，造成资源没有关闭，或者死锁。随对第三方客户端代码粗略读了一遍，并搜索相关文档。未发现异常代码。暂时先排除第三方客户端问题。

　　最后想到会不会是开发人员在代码编写中出现了问题。随对反映问题的两个产品进行了排查。发现了以下代码。

代码片段1：

static Serializer ser = new Serializer(typeof(List<UserModule>)); //using JsonExSerializer;
public static List<UserModule> GetAllUserModule(int userId)
{
    string cache = CacheManager.Current.Get<string>(GetCacheKey(userId));
    if (!string.IsNullOrEmpty(cache))
    {
        return ser.Deserialize(cache) as List<UserModule>;
    }
    else
    {
        return null;
    }
}

public static List<UserModule> SetAllUserModule(int userId, List<UserModule> modules)
{
    if (modules != null)
    {
        string cache = ser.Serialize(modules);
        CacheManager.Current.Add(GetCacheKey(userId), cache);
    }
    else
    {
        CacheManager.Current.Remove(GetCacheKey(userId));
    }
    return modules;
}

代码片段2：

/// <summary>
/// 聊天室房间
/// </summary>
[Serializable]
public class Room
{
    //房间有观看人员数据
    List<Viewer> _viewers = null;
    List<string> _blackips = null;
    List<Viewer> _blackviewers = null;
    List<Notice> _notice = null;
    List<Speaker > _speakers = null;
    List<Content> _content = null;

    /// <summary>
    /// 添加新聊天者
    /// </summary>
    /// <returns>返回新添加的聊天人员</returns>
    public Viewer AddViewer()
    {
        Viewer vi = new Viewer();
        //MaxViewerID += 1;

        //int id = MaxViewerID;
        int id = GetViewerID();
        vi.Name = GetViewerName("游客" + id);
        //vi.IP = System.Web.HttpContext.Current.Request.UserHostAddress;
        vi.IP = "127.0.0.1";
        vi.ViewID = id;
        Viewers.Add(vi);
        return vi;
    }

/// <summary>
    /// 添加聊天内容
    /// </summary>
    /// <param name="content">聊天的内容</param>
    /// <param name="viewid">发言人的id</param>
    /// <returns>返回新添加的对象</returns>
    public Content AddContent(string content, int viewid)
    {
        MaxContentID += 1;
        Content con = new Content(DateTime.Now, content, viewid, MaxContentID);
        Contents.Add(con);
        return con;
    }
    ......
}

调用代码为：
Room room = LiveSys.Get(key);
lock (room)
{
    if (room.MaxContentID == 0)
    {
        //ChatContentOp cpo = new ChatContentOp();
        //room.MaxContentID = cpo.GetMaxContentID();

        room.MaxContentID = 300;
    }
    int viewerID = 123124123;
    room.AddContent(chatContent, viewerID);
    //判断内容是否大于100条。如果大于100条，删除最近的100条以外的数据。
    System.IO.File.AppendAllText(@"d:\haha.txt", "最大数值：" + room.LimitContentCount + "###############聊天记录数：" + room.Contents.Count + "\r\n");
    if (room.Contents.Count > room.LimitContentCount)
    {
        room.Contents.RemoveRange(0, room.Contents.Count - room.LimitContentCount);
    }
}
LiveSys.Set(key, room);

代码1存在的问题是：

Cache存储的参数类型为object，没有必要先进行一次序列化，然后再进行存储。而序列化是很消耗CPU的。

代码2问题：

代码2实现的是一个在线聊天室，聊天室本身含有访客，发言等内容。在发言时，对聊天室内容进行判断，只显示最近30条。新进来访客直接加到访客别表中。表面上是没什么问题的。但是细想之下有两个问题：

1 聊天室类设计的比较复杂，每次从memCached服务端取得数据后，都要进行类型转换。

2 没有访客清理机制。随着访客的不断进入，对象的体积会不断增大。

对存疑部分编写了代码进行测试。测试结果果然如推测所想。测试结果如下：

场景	写入			读取			大小 (单位)	CPU
场景	次数	时间	平均	次数	时间	平均	大小 (单位)	CPU
本地缓存	10000	0.03125	0	10000	0	0	1k	0
MemClient	10000	19.2656	0.001926	10000	22.75	0.002275	1k
Json1k	1000	2.8437	0.002843	1000	5.375	0.005375	1k
Json8k	1000	3.8593	0.003859	1000	29.0312	0.029031	8k
直播1000人次	1000	38.9375	0.038937	1000			50k
直播8000人次	100	18.25	0.1825	100			350k
500k	100	7.375	0.07375	100	7.09375	0.070937	500k

场景	写入			读取			大小 (单位)	CPU
场景	次数	时间	平均	次数	时间	平均	大小 (单位)	CPU
本地缓存	10000	0.03125	3.125E-06	10000	0.015625	1.5625E-06	1k	0
MemClient	10000	19.78125	0.001978	10000	21.953125	0.002195	1k
Json1k	1000	2.03125	0.002031	1000	6.078125	0.006078	1k
Json8k	1000	2.765625	0.002765	1000	55.375	0.055375	8k
直播1000人次	1000	38.53125	0.038531	1000			50k
直播8000人次	100	17.96875	0.179687	1000			350k
500k	100	7.5	0.075	100	6.5625	0.065625	500k

场景	写入			读取			大小 (单位)	CPU
场景	次数	时间	平均	次数	时间	平均	大小 (单位)	CPU
本地缓存	10000	0.015625	1.5625E-06	10000	0.015625	1.5625E-06	1k	0
MemClient	10000	18.015625	0.001801	10000	25.96875	0.002596	1k	6%
Json1k	1000	1.15625	0.001156	1000	3.078125	0.003078	1k	40%
Json8k	1000	1.859375	0.001859	1000	32.484375	0.032484	8k	50%
直播1000人次	1000	45.046875	0.045046	1000			50k	30-40%
直播8000人次	100	31.703125	0.317031	100			350k	50%
500k	100	7.0625	0.070625	100	6.421875	0.064218	500k	6%

直播1000人次（当天一共有1000人访问，数据来源于运营检测），留言内容为30条时，Room体积大概为：57K

直播1000人次（当天一共有8000人访问，数据来源于运营检测），留言内容为30条时，Room体积大概为：350k

根据图表可以看到以下情况：处理时间、CPU利用率和数据量大小，序列化，类复杂性都有关系。

序列化问题（类型转换）对性能影响最为明显（可在场景”json1k”、场景直播中看到）。在Json1k中，存储对象和前几个场景是相同的，处理时间也相差不大，较大区别是CPU利用率由5%左右增长到40%左右（反序列化时尤为明显）。在场景直播系统中，不存在序列化问题，但是其对象属性中存在”访客”， ”繁衍”等多个复杂对象，造成其在处理时需要处理过多的类型转换，同时其体积不断增大。

存储对象的大小和处理时间存在一定关系，例如场景”500k”，其处理时间增长，但是其CPU利用率并未提高，其时间增长是由于对象传输造成。

本地缓存在内存中进行寻址和类型转换，涉及不到Socket连接，网络传输，序列化操作，所以其处理相当快。

就测试结果看：

本地缓存性能大约是分布式缓存性能的100倍左右。而出问题的聊天室除了CPU增高以外，其性能更比分布式缓存再降低40倍（直播1000人次）到200倍（直播8000人次）。综合来看，聊天室的分布式缓存比本地缓存降了4000倍，甚至更多。

但是，还没有完。

对于第二个问题，更改类设计，清楚无效访客，即可解决。

但是第一个问题，为什么用户在存储之前，先进行json序列化呢？嗯，这是一个问题。

遂问之。

答曰，有些类直接使用第三方客户端存储时，直接存储报错，所以先序列化为json类型，取值时再反序列化回来。

嗯，还有这事？

开发人员说了相关代码。

interface IUser
{
    String UserId{ get; set;}
    String UserName{ get; set;}
}

[Serializable]
class UserInfo : IUser
{
    String UserId{ get; set;}
    String UserName{ get; set;}
}
[Serializable]
class Game
{
    IUser User{ get; set;}
    String UserName{ get; set;}
}

他说：Game对象在直接使用memCachedClient时，是不能被二进制序列化的，因为其User属性类型为IUser，为一个接口。因此想了一个解决方法，即先将Game对象进行 json序列化将其变为字符串，然后将字符串存储到memCached。

原来是这样。

接着又查看了memCachedClient源代码，其需要将对象进行二进制序列化，然后进行存储。接口属性不能被序列化，遂又对序列化问题进行了测试（见附件）。测试结果显示上述代码直接进行二进制序列化是可以的，同时直接使用第三方客户端也是可以可行的。

问题出在哪？难道是没有加[Serializable]。

一查果然：一个Serializable引发的血案。。。

记得有人说过，慎用分布式，能不用尽量不用。

一方面在性能上确实下降很多，分布式存储主要性能消耗在以下几个方面：协议解析，Socket连接，数据传输，序列化/类型转换。

一方面在使用场景和类设计上要求也更加严格。个人认为memCached是不太适合存储特别大的文件的。虽然有人说网上已经有用来存储视频的。

还有几个问题希望知道的朋友回答下：

1 有没有.Net方面的memCached客户端支持二进制协议和一致性的？

2 测试中发现，当memCached设置缓存过小时（例如64M），当其内存使用已经到62M时，再进行存储，新存储的内容再取出来就是空值，不知道是什么原因。

文章中用到的源码:下载源码

本文链接

Url小写替换工具开发笔记

2010-08-09T13:23:00Z

项目简介：SEO部门在进行SEO的过程中,发现搜索引擎区分大小写，即：一个Url如果大小写不同会被认为是不同链接（真的？）,所以提出建议：将url进行统一. 因为项目较多，手动替换比较费时，所以做了简单的小工具，可以批量进行替换。

开发周期：2天

在此工具的开发过程中，遇到一些问题，有几处值得拿出来跟大家讨论一下的情景，因此整理了一下，感兴趣的可以跟帖讨论。

文件中出现url的情况比较复杂，出现位置大致有以下几种情景:

1. 以http等开头的链接例如: http://price.bitauto.com

2. 锚标签例如 <a href="/user/detail.aspx?userid" target=_blank>

3. 文件源，以src为表现

例如：<img src="http://images.cnblogs.com/logo.gif">

4. 服务器端链接例如: <asp:HyperLink id="" NavigateUrl="" runat="server">

5. 转向例如: Response.Redirect("error.aspx")

6. 配置文件例如: <add name="errorpage" value="404.aspx">

7. 变量例如: public const string HOME = "index.aspx";

var actionPage = "save.aspx";

但是链接并不是总是以直接的字符串形式出现，

有可能以变量的形式出现，例如: <a href="<%# Eval(Container, "Url").ToString()%>" target=_blank>

有时会将部分路径进行组合得到最终链接。例如：var searchpage = "search.aspx?keywords=" + keywords + "&searchtype=" + searchtype

因此工具在替换时进行了取舍。对情景1-5做了较好的判断，对情景6，7没有进行处理。

对情景1-5也只是替换了出现的字符串，对变量或者组合变量没有进行考虑。这些例外情况需要大家单独进行处理

有一种值得说明的情况是：类似于 img.bitauto.com这样的域名并没有进行处理。

因为其和对象引用的方式非常类似，例如： User.Role.Id 和 img.bitauto.com 通过正则很难区分。

简单的代码重用：

此工具需要两个基本功能：备份，小写替换。因此开始时直接定义了两个方法 Backup(string dir)和LowercaseLink(string dir)，开发完成后，查看了一下代码，发现一个问题：

即文件夹遍历，这两个方法都对文件夹进行了一次遍历，其代码是重复的(.Net虽好，但并不万能，例如文件夹的复制就没有实现。需要自己来开发。)。因此我在想有什么方法能够将遍历的代码只写一遍，后来发现Backup，LowercaseLink这两个方法参数和返回值相同，因此想到了委托，代码如下：

public delegate void HandleMethod(string filepath);

public void Backup(string fileName)

{

//此处省略若干字

}

public void LowercaseLink(string filepath)

{

//此处省略若干字

}

public void Traversal(string dirName,HandleMethod method)

{

string[] subDirs = Directory.GetDirectories(dirName);

foreach (string subDir in subDirs)

{

Traversal(subDir, method);

}

string[] files = Directory.GetFiles(dirName);

foreach (string file in files)

{

method.Invoke(file);

}

调用如下：

Traversal(selectedFolder, Backup);

Traversal(selectedFolder, LowercaseLink);

Traversal的第二个参数为委托类型（相当于函数指针）,调用时需要将实际的方法名传递过去，然后通过Invoke来触发。

业务处理和表现层分离：

在第一版完成后，基本功能已经实现，能实现将文本中的所有链接的批量替换。此时所有的代码都放在了Form1.cs文件中，只是通过不同的方法和属性来区分。大致代码如下：

public bool IsBackup;

public delegate void HandleMethod(string filepath);

public List<string> linkPatterns = new List<string>();

public string selectedFolder = string.Empty;

private void btnStart_Click(object sender, EventArgs e){}

private void btnSelectFolder_Click(object sender, EventArgs e){}

//方法代码

public void Backup(string fileName){}

public void Traversal(string dirName,HandleMethod method){}

public void InitPattern(){}

public void LowercaseLink(string filepath){}

在对代码进行了一些考虑以后，发现下面的四个方法和上面的两个方法是不同的。上面是界面代码的事件响应（属于表现层），下面的才是真正的业务处理（属于业务处理层）。后来又添加一次操作状态和信息的响应，此时仍然堆积在Form1中，代码体积开始变得庞大和混乱。因此对代码进行了分离。

分离后代码如下：

public class LowercaseManager

public ProjectStatus DoTask(LowercaseManagerStartupInfo startInfo){}

public bool CheckBackup(string folder){};

public void

TraversalBackup(string dirName, LowercaseManagerStartupInfo startInfo){};

public void Traversal(string dirName, HandleMethod method){};

public void LowercaseLink(string filepath){}

public class LowercaseManagerStartupInfo

public bool IsBackup;

public string BackupFolder;

public string ProjectFolder;

public enum ProjectStatus

{

NoProject,

ProjectFolderNotExist,

NeedBackupFolder,

Success

}

public partial class Form1 : Form

public const string NEED_BACKUPFLODER = "请选择备份文件夹";

public const string MSG_TITLE = "提示";

public const string NEED_PROJECT = "请选择要替换的项目文件夹";

public const string PROJECT_FOLDER_NOT_EXIST = "项目文件夹不存在";

public const string SUCCESS = "替换成功";

private void btnStart_Click(object sender, EventArgs e)

private void btnSelectFolder_Click(object sender, EventArgs e)

private void btnBackup_Click(object sender, EventArgs e)

private void cbIsBackup_CheckedChanged(object sender, EventArgs e)

这还有一个意外，刚开始时，并没有想到使用LowercaseManagerStartupInfo这个参数类，而是将参数放到了LowercaseManager里面，后来想到调用线程类时Thread，Process等类都将入口参数变为了类xxxxStartInfo，因此这里简单的模仿了一下,连名字都抄了过来((∩_∩))

在面向过程的开发中，是以函数作为开发单元；而在面向对象的开发中，是以类作为开发单元的。

扩展与可配置化

截止此时，代码已经开发完毕。下午再次浏览代码时，突然想到，如果要实现将匹配的字符串替换为大写或者替换为其他要求（首字母大写，统一替换为xxx等），这时应该怎么做。

最开始的想法是直接在public void LowercaseLink(string filepath)方法中添加 switch来实现。代码可能如下：

foreach (string pattern in linkPatterns)

{

MatchCollection urls = Regex.Matches(fileContent, pattern);

foreach (Match url in urls)

{

switch(replaceType)

{

case "lower":

fileBuilder.Replace(url.Value, url.Value.ToLower());

break;

case "upper":

fileBuilder.Replace(url.Value, url.Value.ToUpper());

break;

...

}

但是这样的设计感觉并不是很好，同时不利于配置，扩展起来也不是特别严谨和清晰。忘了哪位大人物曾经说过：“当你看到switch分支过多的时候，可以想想策略，命令等模式”。

呵呵，策略模式来敲门了(那些大人物如果看到实现的并不是策略模式的话，别敲我头就好了)。

于是实现如下：

public interface IReplace

{

string ToDest(string src);

}

public class ReplaceFactory

{

public static IReplace lower = new LowerReplace();

public static IReplace CreateInstance()

{

//配置return (IReplace)Assembly.Load(path).CreateInstance(className);

return lower;

}

public class LowerReplace : IReplace

{ // }

public class UpperReplace : IReplace

{ // }

注意红色那行代码，当我们需要替换为不同的目的字符时，那么创建不同类的示例即可（path,className从配置文件加载）。如果没有你要的类，则需要继承 IReplace接口，建立自己的类。这样便可规范类，方便管理和扩展，同时实现了可配置化

此时就会遇到一个问题：原来我们的类叫做：LowercaseManager和LowercaseManagerStartupInfo，只是为替换小写使用，现在可替换为不同的目标字符串，所以需要来类名已经不太合适。此时对类名进行了更改：ReplaceManager和ReplaceManagerStartupInfo

在配置方面新增加了一个类ConfigHelper.cs辅助读取配置文件。

设想（以下出现的代码暂时没写，只是预想）

至此，算是做了一些代码重码。在进行简单的测试时，出现了一些问题：

1. 有些文件不需要进行过滤，例如扩展名为exe，dll等

2. 类似<a href="<%# Eval(Container, "Url")%>" > 类似的并没有考虑。

3. 原来的正则表达式区分了大小写。

因此对程序进行简单的更改。

针对问题1 ，直接在代码里进行了扩展名的判断。

public List<string> exts;

exts = new List<string>();

exts.Add(".cs");

exts.Add(".html"); …

if (exts.Contains(Path.GetExtension(filepath).ToLower())) //对指定文件进行替换

{ …}

但是如果做成一个简单过滤器似乎是更好的选择,代码可能如下：

public interface IFilter

{

string DoFilter(string input);

}

public class FileFilter : IFilter

针对问题2：

偷了个懒，直接将代码放到了LowerReplace里面，对包含eval,bind等关键字的情况进行了判断，包含此关键字的则不进行替换.

实际上不进行替换也是替换的一种，也可以做成类，叫做NoReplace，实现可能如下：

public class NoReplace : IReplace

这样连同我们已经实现的替换类，现在已经有很多了：

public class NoReplace : IReplace

public class UpperReplace : IReplace

public class LowerReplace : IReplace

以后可能更多。这时就会出现一个问题，在使用ReplaceFactory.CreateInstance()进行Replace实例创建时，到底要创建哪个类。配置文件只能解决单一类的情况，但是现在要根据字符串包含的某些字符或者其他特征判断后，动态的进行创建。

当然可以在Factory类型里面进行判断，也可以建立单独类

public class ReplaceRouter / ReplaceMap 将其路由到正确的Replace类。

（此处可能需要探讨，大家注意。）

针对问题3：

这个很好解决，忽略大小写即可。

一路走来，就会发现，其实类的设计与架构并不是一开始就能确定的，而是随着问题的不断深入，设计的不断迭代而逐步成型的。这需要时间，精力和经验，更需要不断的自我否定，对代码艺术的不断追求，否则所谓的重构，设计只能是空谈。

当然，现在的代码也未尽善尽美，没有其他办法，只有继续学习，不断超越。

源码下载

本文链接

经纬度相关计算

2010-07-12T19:01:00Z

近期做一个与GRPS相关的应用，涉及到经纬度的计算，找资料时颇费了一番功夫，特此将其相关资料整理了一下，发布出来，希望对用到的同学有所帮助。

闲话少说，经纬度计算主要有两种：

1. 知道两点的经纬度值，计算两点间的距离

2. 知道一点的经纬度，知道另一点相对于此点的角度，距离。计算另一点的经纬度信息

对于第一种计算，网上搜索到大概有三种：

1．把地球当球体，根据球面公式计算

2．根据公式d＝111.12cos{1/[sinΦAsinΦB十cosΦAcosΦBcos(λB—λA)]}

其中A点经度，纬度分别为λA和ΦA，B点的经度、纬度分别为λB和ΦB，d为距离。

这个公司搜索结果挺多，在百度搜索“经纬度计算距离”，一二位都是这个公式。

3．从Google地图中反推出的算法（详见参考文档1）。公式如下图

第一种没做验证，第二种测试了一下，偏差较大（以圆明园、动物园之间的距离进行测定）目前采用的是第三种算法。

对于第二种计算，找到的资料很少，倒是找到不少遇到相同问题的朋友。不过最终还是找到了（详见参考文档2）。并使用第一种计算进行反验证，偏差很小。

整理后的代码如下：

经纬度类

计算类:

1 using System;
2 using System.Data;
3 using System.Configuration;
4 using System.Linq;
5 using System.Web;
6 using System.Web.Security;
7 using System.Web.UI;
8 using System.Web.UI.HtmlControls;
9 using System.Web.UI.WebControls;
10 using System.Web.UI.WebControls.WebParts;
11 using System.Xml.Linq;
12
13 namespace GeoSite
14 {
15     /// <summary>
16     /// Geo辅助类
17     /// </summary>
18     public static class GeoHelper
19     {
20         /// <summary>
21         /// 根据两点的经纬度计算两点距离
22         /// 可参考:通过经纬度计算距离的公式 http://www.storyday.com/html/y2009/2212_according-to-latitude-and-longitude-distance-calculation-formula.html
23         /// </summary>
24         /// <param name="src">A点维度</param>
25         /// <param name="dest">B点经度</param>
26         /// <returns></returns>
27         public static double GetDistance(LatLon src, LatLon dest)
28         {
29             if (Math.Abs(src.Lat) > 90 || Math.Abs(dest.Lat) > 90 || Math.Abs(src.Lon) > 180 || Math.Abs(dest.Lon) > 180)
30                 throw new ArgumentException("经纬度信息不正确！");
31
32             double latDis = src.RadLat - dest.RadLat;
33             double lonDis = src.RadLon - dest.RadLon;
34
35             double s = 2 * Math.Asin(Math.Sqrt(Math.Pow(Math.Sin(latDis / 2), 2) + Math.Cos(src.Lat) * Math.Cos(dest.Lat) * Math.Pow(Math.Sin(lonDis / 2), 2)));
36             s = s * LatLon.EARTH_RADIUS / 1000;
37             s = Math.Round(s * 10000) / 10000;
38
39             return s;
40         }
41
42         /// <summary>
43         /// 根据两点的经纬度计算两点距离
44         /// 可参考:通过经纬度计算距离的公式 http://www.storyday.com/html/y2009/2212_according-to-latitude-and-longitude-distance-calculation-formula.html
45         /// </summary>
46         /// <param name="lat1">A点维度</param>
47         /// <param name="lon1">A点经度</param>
48         /// <param name="lat2">B点维度</param>
49         /// <param name="lon2">B点经度</param>
50         /// <returns></returns>
51         public static double GetDistance(double lat1, double lon1, double lat2, double lon2)
52         {
53             LatLon src = new LatLon(lat1, lon1);
54             LatLon dest = new LatLon(lat2, lon2);
55             return GetDistance(src, dest);
56         }
57
58
59         /// <summary>
60         /// 已知点A经纬度，根据B点据A点的距离，和方位，求B点的经纬度
61         /// </summary>
62         /// <param name="a">已知点A</param>
63         /// <param name="distance">B点到A点的距离 </param>
64         /// <param name="angle">B点相对于A点的方位，12点钟方向为零度，角度顺时针增加</param>
65         /// <returns>B点的经纬度坐标</returns>
66         public static LatLon GetLatLon(LatLon a, double distance, double angle)
67         {
68             double dx = distance * 1000 * Math.Sin(angle * Math.PI / 180);
69             double dy = distance * 1000 * Math.Cos(angle * Math.PI / 180);
70
71             double lon = (dx / a.Ed + a.RadLon) * 180 / Math.PI;
72             double lat = (dy / a.Ec + a.RadLat) * 180 / Math.PI;
73
74             LatLon b = new LatLon(lat, lon);
75             return b;
76         }
77
78         /// <summary>
79         /// 已知点A经纬度，根据B点据A点的距离，和方位，求B点的经纬度
80         /// </summary>
81         /// <param name="longitude">已知点A经度</param>
82         /// <param name="latitude">已知点A纬度</param>
83         /// <param name="distance">B点到A点的距离</param>
84         /// <param name="angle">B点相对于A点的方位，12点钟方向为零度，角度顺时针增加</param>
85         /// <returns>B点的经纬度坐标</returns>
86         public static LatLon GetLatLon(double longitude, double latitude, double distance, double angle)
87         {
88             LatLon a = new LatLon(latitude, longitude);
89             return GetLatLon(a, distance, angle);
90         }
91     }
92 }
93

示例运行结果：

参考文档：

1．通过经纬度计算距离的公式

http://www.storyday.com/html/y2009/2212_according-to-latitude-and-longitude-distance-calculation-formula.html

2．经纬度距离计算

http://blog.csdn.net/fdnike/archive/2007/07/18/1696603.aspx

开发环境：VS2008

经纬度计算代码下载

本文链接

使用JS闭包特性模拟的多线程

2009-08-20T03:36:00Z

在最近的项目中，为了实现对各节点状态的同时监控，结合js中的setInterval和闭包特性，模拟实现了C#中的多线程，从而实现了同时监控各节点状态，希望能对大家的开发有所帮助。

招聘OA工程师

2008-06-30T10:07:00Z

Discuz!NT 系统架构分析

2008-06-25T04:35:00Z

对Discuz!NT论坛的架构和程序上的分析。主要从整体架构，皮肤实现，数据库访问与设计等方面进行了简单介绍。