博客园-hello

最新新闻：
· 美博客列20家值得关注纽约创业企业(2010-03-18 23:49)
· 王建宙：希望在国内销售苹果iPad和iPhone(2010-03-18 22:53)
· 传网易微博20号正式上线门户网站角力微博(2010-03-18 22:48)
· 蓝港CEO王峰谈3年开发感悟：有点唠叨像唐僧(2010-03-18 22:07)
· [视频]想做你的Code(2010-03-18 22:03)

利用Tokyo Tyrant构建兼容Memcached协议、支持故障转移、高并发的分布式key-value持久存储系统

h-hello — Tue, 02 Mar 2010 08:56:00 GMT

阅读: 0 评论: 0 作者: h-hello 发表于 2010-03-02 16:56 原文链接

Tokyo Cabinet 是日本人平林幹雄开发的一款 DBM 数据库，该数据库读写非常快，哈希模式写入100万条数据只需0.643秒，读取100万条数据只需0.773秒，是 Berkeley DB 等 DBM 的几倍。

　　Tokyo Tyrant 是由同一作者开发的 Tokyo Cabinet 数据库网络接口。它拥有Memcached兼容协议，也可以通过HTTP协议进行数据交换。

　　Tokyo Tyrant 加上 Tokyo Cabinet，构成了一款支持高并发的分布式持久存储系统，对任何原有Memcached客户端来讲，可以将Tokyo Tyrant看成是一个Memcached，但是，它的数据是可以持久存储的。这一点，跟新浪的Memcachedb性质一样。

　　相比Memcachedb而言，Tokyo Tyrant具有以下优势：

　　1、故障转移：Tokyo Tyrant支持双机互为主辅模式，主辅库均可读写，而Memcachedb目前支持类似MySQL主辅库同步的方式实现读写分离，支持“主服务器可读写、辅助服务器只读”模式。

　　这里使用 $memcache->addServer 而不是 $memcache->connect 去连接 Tokyo Tyrant 服务器，是因为当 Memcache 客户端使用 addServer 服务器池时，是根据“crc32(key) % current_server_num”哈希算法将 key 哈希到不同的服务器的，PHP、C 和 python 的客户端都是如此的算法。Memcache 客户端的 addserver 具有故障转移机制，当 addserver 了2台 Memcached 服务器，而其中1台宕机了，那么 current_server_num 会由原先的2变成1。

　　引用 memcached 官方网站和 PHP 手册中的两段话：

引用

http://www.danga.com/memcached/
If a host goes down, the API re-maps that dead host's requests onto the servers that are available.

http://cn.php.net/manual/zh/function.Memcache-addServer.php
Failover may occur at any stage in any of the methods, as long as other servers are available the request the user won't notice. Any kind of socket or Memcached server level errors (except out-of-memory) may trigger the failover. Normal client errors such as adding an existing key will not trigger a failover.

　　2、日志文件体积小：Tokyo Tyrant用于主辅同步的日志文件比较小，大约是数据库文件的1.3倍，而Memcachedb的同步日志文件非常大，如果不定期清理，很容易将磁盘写满。

　　3、超大数据量下表现出色：

　　

　　但是，Tokyo Tyrant 也有缺点：在32位操作系统下，作为 Tokyo Tyrant 后端存储的 Tokyo Cabinet 数据库单个文件不能超过2G，而64位操作系统则不受这一限制。所以，如果使用 Tokyo Tyrant，推荐在64位CPU、操作系统上安装运行。

　　一、安装
　　1、首先编译安装tokyocabinet数据库

wget http://tokyocabinet.sourceforge.net/tokyocabinet-1.4.28.tar.gz
tar zxvf tokyocabinet-1.4.28.tar.gz
cd tokyocabinet-1.4.28/
./configure
make
make install
cd ../

　　2、然后编译安装tokyotyrant

wget http://tokyocabinet.sourceforge.net/tyrantpkg/tokyotyrant-1.1.29.tar.gz
tar zxvf tokyotyrant-1.1.29.tar.gz
cd tokyotyrant-1.1.29/
./configure
make
make install
cd ../

　　二、配置
　　1、创建tokyotyrant数据文件存放目录

mkdir -p /ttserver/

　　2、启动tokyotyrant的主进程（ttserver）
　　(1)、单机模式

ulimit -SHn 51200
ttserver -host 127.0.0.1 -port 11211 -thnum 8 -dmn -pid /ttserver/ttserver.pid -log /ttserver/ttserver.log -le -ulog /ttserver/ -ulim 128m -sid 1 -rts /ttserver/ttserver.rts /ttserver/database.tch

　　(2)、双机互为主辅模式
　　服务器192.168.1.91：

ulimit -SHn 51200
ttserver -host 192.168.1.91 -port 11211 -thnum 8 -dmn -pid /ttserver/ttserver.pid -log /ttserver/ttserver.log -le -ulog /ttserver/ -ulim 128m -sid 91 -mhost 192.168.1.92 -mport 11211 -rts /ttserver/ttserver.rts /ttserver/database.tch

　　服务器192.168.1.92：

ulimit -SHn 51200
ttserver -host 192.168.1.92 -port 11211 -thnum 8 -dmn -pid /ttserver/ttserver.pid -log /ttserver/ttserver.log -le -ulog /ttserver/ -ulim 128m -sid 92 -mhost 192.168.1.91 -mport 11211 -rts /ttserver/ttserver.rts /ttserver/database.tch

　　(3)、参数说明
　　ttserver [-host name] [-port num] [-thnum num] [-tout num] [-dmn] [-pid path] [-log path] [-ld|-le] [-ulog path] [-ulim num] [-uas] [-sid num] [-mhost name] [-mport num] [-rts path] [dbname]

　　-host name : 指定需要绑定的服务器域名或IP地址。默认绑定这台服务器上的所有IP地址。
　　-port num : 指定需要绑定的端口号。默认端口号为1978
　　-thnum num : 指定线程数。默认为8个线程。
　　-tout num : 指定每个会话的超时时间（单位为秒）。默认永不超时。
　　-dmn : 以守护进程方式运行。
　　-pid path : 输出进程ID到指定文件（这里指定文件名）。
　　-log path : 输出日志信息到指定文件（这里指定文件名）。
　　-ld : 在日志文件中还记录DEBUG调试信息。
　　-le : 在日志文件中仅记录错误信息。
　　-ulog path : 指定同步日志文件存放路径（这里指定目录名）。
　　-ulim num : 指定每个同步日志文件的大小（例如128m）。
　　-uas : 使用异步IO记录更新日志（使用此项会减少磁盘IO消耗，但是数据会先放在内存中，不会立即写入磁盘，如果重启服务器或ttserver进程被kill掉，将导致部分数据丢失。一般情况下不建议使用）。
　　-sid num : 指定服务器ID号（当使用主辅模式时，每台ttserver需要不同的ID号）
　　-mhost name : 指定主辅同步模式下，主服务器的域名或IP地址。
　　-mport num : 指定主辅同步模式下，主服务器的端口号。
　　-rts path : 指定用来存放同步时间戳的文件名。

　　如果使用的是哈希数据库，可以指定参数“#bnum=xxx”来提高性能。它可以指定bucket存储桶的数量。例如指定“#bnum=1000000”，就可以将最新最热的100万条记录缓存在内存中：

ttserver -host 127.0.0.1 -port 11211 -thnum 8 -dmn -pid /ttserver/ttserver.pid -log /ttserver/ttserver.log -le -ulog /ttserver/ -ulim 128m -sid 1 -rts /ttserver/ttserver.rts /ttserver/database.tch#bnum=1000000

　　如果大量的客户端访问ttserver，请确保文件描述符够用。许多服务器的默认文件描述符为1024，可以在启动ttserver前使用ulimit命令提高这项值。例如：

ulimit -SHn 51200

　　3、停止tokyotyrant（ttserver）

ps -ef | grep ttserver

　　找到ttserver的进程号并kill，例如：

kill -TERM 2159

　　三、调用
　　1、任何Memcached客户端均可直接调用tokyotyrant。

　　2、还可以通过HTTP方式调用，下面以Linux的curl命令为例，介绍如何操作tokyotyrant：
　　(1)、写数据，将数据“value”写入到“key”中：

curl -X PUT http://127.0.0.1:11211/key -d "value"

　　(2)、读数据，读取“key”中数据：

curl http://127.0.0.1:11211/key

　　(3)、删数据，删除“key”：

curl -X DELETE http://127.0.0.1:11211/key

评论: 0　查看评论　发表评论

http://www.xdowns.com/article/241/Article_2607.html

五个免费UML建模工具推荐

h-hello — Sun, 21 Feb 2010 14:53:00 GMT

阅读: 9 评论: 0 作者: h-hello 发表于 2010-02-21 22:53 原文链接

UML工具很多是商用的，价格不菲；而免费的UML建模工具，功能完善的很少。以下推荐的是五个免费的UML建模工具，相对而言还算功能比较不错。

免费UML建模工具推荐：JUDE – community

498)this.style.width=498;" src="http://images.51cto.com/files/uploadimg/20090824/1129150.jpg" alt="免费UML建模工具" style="zoom: 50%;" title="免费UML建模工具" onmousewheel="return big(this)" class="fit" />

如果您的开发环境中只能使用正版软件，而又因种种原因无法获得专业级的建模工具，正苦苦寻找一个好用的，免费的工具时，那么JUDE绝对值得您一试。JUDE是一个中日合作的软件项目，有商业化的Professional版本和免费的Community版本，最大的区别是免费版的不支持UML 2.0，对于一般应用足够了。

免费UML建模工具推荐：UMLet

498)this.style.width=498;" src="http://images.51cto.com/files/uploadimg/20090824/1129151.jpg" alt="免费UML建模工具" style="zoom: 50%;" title="免费UML建模工具" onmousewheel="return big(this)" class="fit" />

UMLet是一个开放源代码轻量级UML建模工具。UMLet能够让你快速建模，并且能够导出各种格式SVG, JPG, PDF and LaTeX-friendly EPS。

免费UML建模工具推荐：Argo UML

498)this.style.width=498;" src="http://images.51cto.com/files/uploadimg/20090824/1129152.jpg" alt="免费UML建模工具" style="zoom: 50%;" title="免费UML建模工具" onmousewheel="return big(this)" class="fit" />

ArgoUML 是一款开源的UML 建模工具，支持所有UML 1.4 的标准图形。它可以运行在任何Java 平台上，并且支持10 种语言(地区语言而不是编程语言)。它用Java构造，并遵守开源的BSD协议。

免费UML建模工具推荐：BOUml

498)this.style.width=498;" src="http://images.51cto.com/files/uploadimg/20090824/1129153.jpg" alt="免费UML建模工具" style="zoom: 60%;" title="免费UML建模工具" onmousewheel="return big(this)" class="fit" />

一个免费的UML 2工具箱，支持C++，Java以及Idl。

免费UML建模工具推荐：Visual paradigm – community

498)this.style.width=498;" src="http://images.51cto.com/files/uploadimg/20090824/1129154.jpg" alt="免费UML建模工具" title="免费UML建模工具" onmousewheel="return big(this)" class="fit" />

为软件工程师、系统分析员、商业分析员、系统建筑师而设计的一个UML CASE工具

附 : oracle 下载地址

评论: 0　查看评论　发表评论

睡前听故事：.NET委托

h-hello — Mon, 19 Oct 2009 13:59:00 GMT

阅读: 5 评论: 0 作者: h-hello 发表于 2009-10-19 21:59 原文链接

紧耦合

从前，在南方一块奇异的土地上，有个工人名叫彼得，他非常勤奋，对他的老板总是百依百顺。但是他的老板是个吝啬的人，从不信任别人，坚决要求随时知道彼得的工作进度，以防止他偷懒。但是彼得又不想让老板呆在他的办公室里站在背后盯着他，于是就对老板做出承诺：无论何时，只要我的工作取得了一点进展我都会及时让你知道。彼得通过周期性地使用“带类型的引用”(原文为：“typed reference” 也就是delegate？？)“回调”他的老板来实现他的承诺，如下：

class Worker {  
    public void Advise(Boss boss) { _boss = boss; }  
    public void DoWork() {  
        Console.WriteLine(“工作: 工作开始”);  
        if( _boss != null ) _boss.WorkStarted();   
 
        Console.WriteLine(“工作: 工作进行中”);  
        if( _boss != null ) _boss.WorkProgressing();   
 
        Console.WriteLine("“工作: 工作完成”");  
        if( _boss != null ) {  
            int grade = _boss.WorkCompleted();  
            Console.WriteLine(“工人的工作得分＝” + grade);  
    }  
}  
private Boss _boss;  
}   
 
class Boss {  
    public void WorkStarted() { /* 老板不关心。 */ }  
    public void WorkProgressing() { /*老板不关心。 */ }  
    public int WorkCompleted() {  
        Console.WriteLine(“时间差不多！”);  
        return 2; /* 总分为10 */ 
    }  
}   
 
class Universe {  
    static void Main() {  
        Worker peter = new Worker();  
        Boss boss = new Boss();  
        peter.Advise(boss);  
        peter.DoWork();   
 
        Console.WriteLine(“Main: 工人工作完成”);  
        Console.ReadLine();  
    }  
}

接口

现在，彼得成了一个特殊的人，他不但能容忍吝啬的老板，而且和他周围的宇宙也有了密切的联系，以至于他认为宇宙对他的工作进度也感兴趣。不幸的是，他必须也给宇宙添加一个特殊的回调函数Advise来实现同时向他老板和宇宙报告工作进度。彼得想要把潜在的通知的列表和这些通知的实现方法分离开来，于是他决定把方法分离为一个接口：

interface IWorkerEvents {  
    void WorkStarted();  
    void WorkProgressing();  
    int WorkCompleted();  
}   
 
class Worker {  
    public void Advise(IWorkerEvents events) { _events = events; }  
    public void DoWork() {  
        Console.WriteLine(“工作: 工作开始”);  
        if( _events != null ) _events.WorkStarted();   
 
        Console.WriteLine(“工作: 工作进行中”);  
        if(_events != null ) _events.WorkProgressing();   
 
        Console.WriteLine("“工作: 工作完成”");  
        if(_events != null ) {  
            int grade = _events.WorkCompleted();   
 
            Console.WriteLine(“工人的工作得分＝” + grade);  
            }  
    }  
    private IWorkerEvents _events;  
}   
 
class Boss : IWorkerEvents {  
    public void WorkStarted() { /* 老板不关心。 */ }  
    public void WorkProgressing() { /* 老板不关心。 */ }  
    public int WorkCompleted() {  
        Console.WriteLine(“时间差不多！”);  
        return 3; /* 总分为10 */ 
    }  
}

委托

不幸的是，每当彼得忙于通过接口的实现和老板交流时，就没有机会及时通知宇宙了。至少他应该忽略身在远方的老板的引用，好让其他实现了 IWorkerEvents的对象得到他的工作报告。

他的老板还是抱怨得很厉害。“彼得！”他老板吼道，“你为什么在工作一开始和工作进行中都来烦我？！我不关心这些事件。你不但强迫我实现了这些方法，而且还在浪费我宝贵的工作时间来处理你的事件，特别是当我外出的时候更是如此！你能不能不再来烦我？”

于是，彼得意识到接口虽然在很多情况都很有用，但是当用作事件时，“粒度”不够好。他希望能够仅在别人想要时才通知他们，于是他决定把接口的方法分离为单独的委托，每个委托都像一个小的接口方法：

delegate void WorkStarted();  
delegate void WorkProgressing();  
delegate int WorkCompleted();   
 
class Worker {  
    public void DoWork() {  
        Console.WriteLine(“工作: 工作开始”);  
        if( started != null ) started();   
 
        Console.WriteLine(“工作: 工作进行中”);  
        if( progressing != null ) progressing();   
 
        Console.WriteLine("“工作: 工作完成”");  
        if( completed != null ) {  
            int grade = completed();  
            Console.WriteLine(“工人的工作得分＝” + grade);  
        }  
    }  
    public WorkStarted started;  
    public WorkProgressing progressing;  
    public WorkCompleted completed;  
}   
 
class Boss {  
    public int WorkCompleted() {  
    Console.WriteLine("Better...");  
    return 4; /* 总分为10 */ 
}  
}   
 
class Universe {  
    static void Main() {  
        Worker peter = new Worker();  
        Boss boss = new Boss();  
        peter.completed = new WorkCompleted(boss.WorkCompleted);  
        peter.DoWork();   
 
        Console.WriteLine(“Main: 工人工作完成”);  
        Console.ReadLine();  
    }  
}

静态监听者

这样，彼得不会再拿他老板不想要的事件来烦他老板了，但是他还没有把宇宙放到他的监听者列表中。因为宇宙是个包涵一切的实体，看来不适合使用实例方法的委托（想像一下，实例化一个“宇宙”要花费多少资源…..），于是彼得就需要能够对静态委托进行挂钩，委托对这一点支持得很好：

class Universe {  
    static void WorkerStartedWork() {  
        Console.WriteLine("Universe notices worker starting work");  
    }   
 
    static int WorkerCompletedWork() {  
        Console.WriteLine("Universe pleased with worker's work");  
        return 7;  
    }   
 
    static void Main() {  
        Worker peter = new Worker();  
        Boss boss = new Boss();  
        peter.completed = new WorkCompleted(boss.WorkCompleted);  
        peter.started = new WorkStarted(Universe.WorkerStartedWork);  
        peter.completed = new WorkCompleted(Universe.WorkerCompletedWork);  
        peter.DoWork();   
 
        Console.WriteLine(“Main: 工人工作完成”);  
        Console.ReadLine();  
    }  
}

事件

不幸的是，宇宙太忙了，也不习惯时刻关注它里面的个体，它可以用自己的委托替换了彼得老板的委托。这是把彼得的Worker类的的委托字段做成public的一个无意识的副作用。同样，如果彼得的老板不耐烦了，也可以决定自己来激发彼得的委托（真是一个粗鲁的老板）：

// Peter's boss taking matters into his own hands  
if( peter.completed != null ) peter.completed();

彼得不想让这些事发生，他意识到需要给每个委托提供“注册”和“反注册”功能，这样监听者就可以自己添加和移除委托，但同时又不能清空整个列表也不能随意激发彼得的事件了。彼得并没有来自己实现这些功能，相反，他使用了event关键字让C#编译器为他构建这些方法：

class Worker {  
...  
    public event WorkStarted started;  
    public event WorkProgressing progressing;  
    public event WorkCompleted completed;  
}

彼得知道event关键字在委托的外边包装了一个property，仅让C#客户通过+= 和 -=操作符来添加和移除，强迫他的老板和宇宙正确地使用事件。

static void Main() {  
    Worker peter = new Worker();  
    Boss boss = new Boss();  
    peter.completed += new WorkCompleted(boss.WorkCompleted);  
    peter.started += new WorkStarted(Universe.WorkerStartedWork);  
    peter.completed += new WorkCompleted(Universe.WorkerCompletedWork);  
    peter.DoWork();   
 
    Console.WriteLine(“Main: 工人工作完成”);  
    Console.ReadLine();  
}

“收获”所有结果

到这时，彼得终于可以送一口气了，他成功地满足了所有监听者的需求，同时避免了与特定实现的紧耦合。但是他注意到他的老板和宇宙都为它的工作打了分，但是他仅仅接收了一个分数。面对多个监听者，他想要“收获”所有的结果，于是他深入到代理里面，轮询监听者列表，手工一个个调用：

public void DoWork() {  
    ...  
    Console.WriteLine("“工作: 工作完成”");  
    if( completed != null ) {  
        foreach( WorkCompleted wc in completed.GetInvocationList() ) {  
            int grade = wc();  
            Console.WriteLine(“工人的工作得分＝” + grade);  
        }  
    }  
}

异步通知：激发 & 忘掉

同时，他的老板和宇宙还要忙于处理其他事情，也就是说他们给彼得打分所花费的事件变得非常长：

class Boss {  
    public int WorkCompleted() {  
        System.Threading.Thread.Sleep(3000);  
        Console.WriteLine("Better..."); return 6; /* 总分为10 */ 
    }  
}   
 
class Universe {  
    static int WorkerCompletedWork() {  
        System.Threading.Thread.Sleep(4000);  
        Console.WriteLine("Universe is pleased with worker's work");  
        return 7;  
    }  
    ...  
}

很不幸，彼得每次通知一个监听者后必须等待它给自己打分，现在这些通知花费了他太多的工作事件。于是他决定忘掉分数，仅仅异步激发事件：

public void DoWork() {  
    ...  
    Console.WriteLine("“工作: 工作完成”");  
    if( completed != null ) {  
        foreach( WorkCompleted wc in completed.GetInvocationList() )  
        {  
            wc.BeginInvoke(null, null);  
        }  
    }  
}

异步通知：轮询

这使得彼得可以通知他的监听者，然后立即返回工作，让进程的线程池来调用这些代理。随着时间的过去，彼得发现他丢失了他工作的反馈，他知道听取别人的赞扬和努力工作一样重要，于是他异步激发事件，但是周期性地轮询，取得可用的分数。

public void DoWork() {  
    ...  
    Console.WriteLine("“工作: 工作完成”");  
    if( completed != null ) {  
        foreach( WorkCompleted wc in completed.GetInvocationList() ) {  
            IAsyncResult res = wc.BeginInvoke(null, null);  
            while( !res.IsCompleted ) System.Threading.Thread.Sleep(1);  
            int grade = wc.EndInvoke(res);  
            Console.WriteLine(“工人的工作得分＝” + grade);  
        }  
    }  
}

异步通知：委托

不幸地，彼得有回到了一开始就想避免的情况中来，比如，老板站在背后盯着他工作。于是，他决定使用自己的委托作为他调用的异步委托完成的通知，让他自己立即回到工作，但是仍可以在别人给他的工作打分后得到通知：

public void DoWork() {  
    ...  
    Console.WriteLine("“工作: 工作完成”");  
    if( completed != null ) {  
        foreach( WorkCompleted wc in completed.GetInvocationList() ) {  
            wc.BeginInvoke(new AsyncCallback(WorkGraded), wc);  
        }  
    }  
}   
 
private void WorkGraded(IAsyncResult res) {  
    WorkCompleted wc = (WorkCompleted)res.AsyncState;  
    int grade = wc.EndInvoke(res);  
    Console.WriteLine(“工人的工作得分＝” + grade);  
}

宇宙中的幸福

彼得、他的老板和宇宙最终都满足了。彼得的老板和宇宙可以收到他们感兴趣的事件通知，减少了实现的负担和非必需的往返“差旅费”。彼得可以通知他们，而不管他们要花多长时间来从目的方法中返回，同时又可以异步地得到他的结果。彼得知道，这并不*十分*简单，因为当他异步激发事件时，方法要在另外一个线程中执行，彼得的目的方法完成的通知也是一样的道理。但是，迈克和彼得是好朋友，他很熟悉线程的事情，可以在这个领域提供指导。

他们永远幸福地生活下去……< 完>

评论: 0　查看评论　发表评论

UML在系统分析、设计方面的应用理解

h-hello — Wed, 14 Oct 2009 03:26:00 GMT

阅读: 5 评论: 0 作者: h-hello 发表于 2009-10-14 11:26 原文链接

《UML三大硬伤》，一个弟兄攻击了一下UML，也来说说个人的一点理解吧。原文见下面的链接。

至少UML里的用例图、活动图、状态图、类图、时序图还是很好用的（目前我也只用到这个程度了）。用例图主要可以提供一个软件功能的大视图，并且也初步的把使用者的权限范围表达出来了；活动图好理解，相当于流程图，表达业务流程乃至程序算法时都是常用的；状态图和活动图互补，有时用状态机转换来表达一些业务流转等很清楚；类图用来表达实体关系图、表达类的设计时很好用；时序图可以用来表达业务流程和接口交互，尤其用来表达类之间的接口（方法）是怎么调用交互时，非常清楚。

UML可以用在系统分析阶段（用例图/活动图/状态图（业务建模）、类图(领域建模））、也可用在软件设计阶段（类图(类/对象设计）、活动图（算法描述）、用例实现(时序图，接口交互)）。并且，通过用例实现，就把分析阶段和设计阶段连接起来了，前者就是OOA,后者就是OOD,然后接下来的弟兄能看懂理解上述产出，基本照着实现程序就可以了，也就是OOP.这样一套下来，也就是说UML是帮助应用面向对象技术的一种表达方式，或许还有其他的表达方式（比如敏捷方法里的“代码就是设计”，通过不断重构来实现？），但至少这种方式算是不错的。当然最终的效果，还是要看设计者的内功。

人是最关键的，UML只是种表达方式，只是个工具而已。很多弟兄感觉UML没用，或许只是他们不习惯用而已，也就是他们不习惯UML这种软件分析、设计的表达方式而已。用惯UML的弟兄会觉得UML好用、能清楚表达自己的意思，看得懂UML的弟兄会觉得好理解，知道设计者要表达的意思--这也就是 UML的价值所在；而不习惯用UML的弟兄就会觉得UML没用，不如用其他的表达方式。如此而已。

因为我习惯用Rose的原因，或许不免有些偏向UML还是好用的观点。不过也不觉得它有多精妙。或许是要看用的程度吧，而国内的软件环境，就中小企业来说，可能是不允许你用得那么深的，不能承受这个成本。

上述夸夸其谈，未经最终检验。之前本来很想试试能做成什么效果的，可惜一直没这个机会。这么一套搞下来，时间精力都不允许。

UML三大硬伤 http://www.vchome.net/swengineer/umlrosecmm/uml01.htm，回复比原文更精彩感觉，值得一看。

评论: 0　查看评论　发表评论

超强的IE DOM查看工具：IE Web Developer V2

h-hello — Wed, 23 Sep 2009 09:31:00 GMT

阅读: 40 评论: 0 作者: h-hello 发表于 2009-09-23 17:31 原文链接

使用firefox的时候，总是喜欢用它的DOM查看器来排查错误，或者是查看其他网站的页面设计。
幸运的是，IE也有这么一个工具，而且，还要来得强大一些，这就是IeInspector公司的IE WebDeveloper V2。

程序安装后是IE的一个内嵌插件，在IE工具条上默认会有一个打开按钮：

打开后主界面如下：

使用也很简单。在主界面下方，有五个功能的Tab切换。

在Webpage Inspector功能中，左边的列表是页面DOM节点的导航，选中某个元素后，可以在右边的信息区域中查看Attributes、HTML和Style。对于显示元素，选中后，在页面中还会进行区域标识，如图：

Script Console功能中可以进行页面的script调试，如下图中测试获取页面中某个元素的值：

Source Explore功能中可以查看页面代码中的变量和函数定义

Event Log中可以查看页面事件触发的列表

另外一个HTTP Monitor，是IeInspector公司另一个工具HTTP Analyzer的简化版，这里不做具体的介绍，大家可以自己看看。

总之，这个工具值得一试，如果大家还有更好的工具，欢迎进行讨论^_^

评论: 0　查看评论　发表评论

.NET项目是否有必要升级到.NET 3.5 + VS 2008

h-hello — Wed, 16 Sep 2009 10:54:00 GMT

阅读: 6 评论: 0 作者: h-hello 发表于 2009-09-16 18:54 原文链接

前言：.NET 3.5 + VS 2008已经发布一年多了，可是还有一半以上的企业和开发团队在用VS2005+.Net 2.0(包括我们公司)，甚至还有用.Net 1.1+VS2003的。生产工具是提高生产力的最重要途径，但是还有许多人没意识到08系列的强大。本来写此文来说服公司领导，顺便也发出来，想表达这种观点：不与时俱进就要时不我待啦！网上好像还没有这么一篇较短篇幅的文章能系统说明一下08+3.5的改进和创新，偶把所知道都整理出来，希望大家指正这些观点的理解。

一、Visual Studio 2008环境新特性

· NET Framework 兼容支持

使用Visual Studio 2008可以进行基于多个.net framework 版本的开发，Visual Studio 2008同时支持framework 2.0/3.0和3.5几个版本。在不同的版本下它可以自动的框架特性工具箱，项目类型，引用，智能提示……过滤功能。我们升级到Visual Studio 2008也非常简单。

· ASP.NET AJAX和JavaScript智能客户端支持

ASP.NET AJAX成为.NET 3.5的一部分，除了包括ASP.NET AJAX 1.0的所有功能外，还集成了WebParts的UpdatePanel，与 and 这样的控件的 ASP.NET 实现AJAX 集成。编写JavaScript提供了智能提示和调试的功能，还增加了JSON的全面支持，无论在WCF还是AJAX上都有广泛的应用。

· 全新的Web开发体验

Web设计器提供了分割视图编辑、嵌套母板页、以及强大的CSS编辑器集成。
ASP.NET提供了三个新的控件：、、，这些控件对数据场景提供了非常好的支持，允许对输出的标识做完全的控制。

· 其他

Visual Studio 2008加入拼写检查器，可以在编译前对不正确的定义或返回类型进行检查。也优化了特别是自动提示和重构功能

支持智能部署ClickOnce；.集成对Office (VSTO)和Sharepoint 2007开发的支持。

性能上，运行一个后台编译器的速度比原来提高了一倍以上，而使用的内存不到原来的一半。VS2008精简了CLR的线程池，使各种类型的多线程应用程序也得到性能改进。

二、.Net FrameWork 3.5的新语法特性：

自动属性(Auto-Implemented Properties)

隐含类型局部变量(Local Variable Type Inference)

匿名类型(Anonymous Types)

对象与集合初始化器(Object and Collection Initializers)

扩展方法(Extension Methods)

Lambda表达式和Lambda表达式树 (Lambda Expression and Lambda Expression Trees)

语言级集成查询Linq系列支持(Language INtegrated Query)

自动属性举例：

private String name;

public String Name

{

get { return name; }

set { name = value; }

}

.NET 3.5下的新写法：public String Name { set; get; }

隐含类型局部变量举例：

var url = "http://www.168.com"; //url被识别String

var dt = new DataTable(); //dt被识别为DataTable

var status = false; //status被识别为Boolen

匿名类型举例：

            var site1 = new { url = " http://1.2.3.4 ", title = "BBS", author = "Alex", qq = "4111852" };
            var site2 = new { url = " http://www.168.com ", title = "Title", author = "Alex", qq = "4111852" };
            site1.url = site2.url;

对象与集合初始化器举例：

            User user = new User();
            user.Id = 1;
            user.Name = "Alex";
            user.Age = 22;

.NET 3.5下新的写法：

var user = new User { Id = 1, Name = "Alex", Age = 22 };

扩展方法举例：

public static int Int(this HttpRequest request, string key)

{

return int.Parse(request[key]);

}

调用方法：int id = Request.Int("id");

Lambda表达式和Lambda表达式树举例：

string[] nums = { "8", "966", "55", "-14", "33", "2" };

//选择数组中第偶数个元素的数值平方并输出排序后的结果

nums.Select(n => Int32.Parse(n))

.Where(n => n % 2 == 0)

.Select(n => n * n)

.OrderBy(n => n)

.ToList()

.ForEach(n => Console.WriteLine(n));

n => n % 2 == 0，n => Console.WriteLine(n)等都是Lambda表达式。

Linq(Linq To Entity)举例：

public IList getUserLogin()

{

using (var TE = new TestEntities())

{

var lstLogin = (from user in TE.Users where user.Enabled = 1

select new Login

{

PW = user.Pass,

ID = user.Id

}).ToList();

return lstLogin;

}

关于.Net 3.5的语言特性，老赵在博客里有极为精妙的论述，强烈建议没有看过的朋友同学去读一下。

三、历史性的三大集成框架：

　　（太重要了，未来两到三年一定会成为招聘.Net开发的基本要求）　　

WPF (Windows Presentation Foundation)

WPF是微软新一代图形系统，为用户界面、2D/3D 图形、文档、视频、动画、三维等媒体提供了统一的描述和操作方法。基于DirectX 9/10技术的WPF不仅带来了前所未有的3D界面，而且其图形向量渲染引擎也大大改进了传统的2D界面，比如Vista中的半透明效果的窗体等都得益于WPF。程序员在WPF的帮助下，要开发出媲美Mac程序的酷炫界面已不再是遥不可及的奢望。 WPF相对于Windows客户端的开发来说，向前跨出了巨大的一步，它提供了超丰富的.NET UI 框架，集成了矢量图形，丰富的流动文字支持flow text support，3D视觉效果和强大无比的控件模型框架。

对于开发人员和设计人员，WPF引擎统一了开发人员和设计人员体验文档、媒体和 UI 的方式他们从此只需学习一个模式。对于 .NET 开发人员，其框架是熟悉的，并且它最终将减少提供最佳用户体验和通信逻辑所需的代码行数。对于设计人员，WPF 提供的平台可消除内容、媒体和应用程序之间的边界。更重要的是，WPF可以使开发人员和设计人员像Web开发一样同步紧密地合作，也将大大提高C/S项目开发效率。

WCF (Windows Communication Foundation)

是Microsoft为构建面向服务的应用提供的分布式通信编程框架，.NET Framework 3.5的重要组成部分。使用该框架，开发人员可以构建跨平台、安全、可靠和支持事务处理的企业级互联应用解决方案。

从功能的角度来看，WCF完全可以看作是ASMX，.Net Remoting，Enterprise Service，WSE，MSMQ等技术的并集。利用WCF，就可以解决包括安全、可信赖、互操作、跨平台通信等等需求。开发者再不用去分别了解.Net Remoting，ASMX等等各种技术了，同时，WCF充分地考虑了与旧有系统的兼容性。安装WCF并不会影响原有的.Net Remoting等技术方案。

ADO.NET Entity Framework

微软以 ADO.NET 为基础所发展出来的对象关系对应 (O/R Mapping) 解决方案。

ADO.NET Entity Framework 以 Entity Data Model (EDM) 为主，将数据逻辑层切分为三块，分别为 Conceptual Schema, Mapping Schema 与 Storage Schema 三层，其上还有 Entity Client，Object Context 以及 LINQ 可以使用。Entity Framework在 Visual Studio 2008 和.Net 3.5 CLR中都有充分的支持，也非常容易上手。使用Entity Framework，可以减少70％-90%的数据访问层代码，极大地提高.Net程序的开发效率、维护效率及程序健壮性。

评论: 0　查看评论　发表评论

使用YUI Compressor压缩CSS/JS

h-hello — Tue, 08 Sep 2009 07:32:00 GMT

阅读: 70 评论: 1 作者: h-hello 发表于 2009-09-08 15:32 原文链接

S/CSS文件大，用户访问站点的时候需要下载JS/CSS的时间长就会感觉慢，有的甚至由于CSS的文件而造成页面初始打开很凌乱。

我们怎么提高用户下载JS/CSS的速度呢？

1、我们无法改变用户的网络状况，只有自己网站使用更快的带宽或者使用更强的服务器，使用户访问我们的时候感觉很快。

2、对JS/CSS文件进行压缩，由于文件较小，用户下载的时间就很短。

解决方案1，需要花费比较多的money,方案2实现比较简单，而且效果也明显。

下面我们介绍使用YUI Compressor进行JS/CSS压缩

1、下载yuicompressor http://www.julienlecomte.net/yuicompressor/

2、使用ant编译得到yuicompressor-x.y.z.jar的包，进入yuicompressor-x.y.z目录运行ant -f build.xml

3、在build目录下得到yuicompressor-x.y.z.jar的包，使用java -jar yuicompressor-2.4.2.jar in.js -o out.js

看下out.js的源文件就会发现去掉了注释空格等信息。

更多yui compressor的帮助请查看 http://www.julienlecomte.net/yuicompressor/README

项目中需要对javascript进行打包和压缩，我选用了yuicompressor

yuicompressor可以压缩JS和CSS文件，去除文件中的无用空格、换行和注释。大大的减小JS和CSS文件的体积。

简单的命令如下

Java代码

java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o uiiang.js table.js

java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o uiiang.js table.js

--type指定要打包的文件类型，可选的有 js和css
--charset 指定字符集
-o 指定输出的文件名，如果不指定这个参数将会把压缩后的内容输出到命令行上
最后的table.js是要打包的源文件

不过这样压缩有一个缺点，只能一个一个文件的进行压缩，所以使用bat进行批处理压缩

建立一个compresjs.bat文件，内容如下

Java代码

(dir %1 /aa /b /s | findstr /e /c:"js") >tmp.txt
for /f %%i in (tmp.txt) do java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o %%i.tmp %%i & copy %%i".tmp" %%i & del %%i".tmp"

(dir %1 /aa /b /s | findstr /e /c:"js") >tmp.txt
for /f %%i in (tmp.txt) do java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o %%i.tmp %%i & copy %%i".tmp" %%i & del %%i".tmp"

运行这个bat文件，会自动寻找本文件所在目录下所有子文件夹中的.js文件，进行压缩并覆盖源文件。

compresjs.bat使用的方法只是对文件进行压缩，如果有10个源文件，还会压缩成10个文件，并没有进行打包。我们可以对他进行更进一步的处理，把这10个源文件打包压缩成1个文件，就像ext-all.js那样。

建立一个packagejs.bat文件，内容如下

Java代码

for /r ..\WebContent\js %%i in (*.js) do type %%i>>uiiang-debug.js
java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o uiiang.js uiiang-debug.js

for /r ..\WebContent\js %%i in (*.js) do type %%i>>uiiang-debug.js
java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o uiiang.js uiiang-debug.js

在packagejs.bat中，先将..\WebContent\js下的所有JS文件内容合并到uiiang-debug.js文件中，然后再使用yuicompressor对uiiang-debug.jsp压缩成uiiang.js，这样就可以得到一个经过压缩并包含全部.js文件的代码了。

packagejs.bat中使用的方法有一个缺点，那就是它在合并js文件时的顺序，是按照文件夹及子文件夹还有js文件的排列顺序进行合并的，也就是按文件名顺序排列。但是在我们实际项目中，一般情况下JS文件的引用是要指定一个特定的加载顺序，不然的话就会报错。所以还要对 packagejs.bat进行再进一步的改造。

首先要建立一个列表文件dir.txt

Java代码

..\WebContent\js\widgets\WidgetInit.js
..\WebContent\js\utils\Cache.js
..\WebContent\js\common\GlobalConstant.js
..\WebContent\js\common\GlobalVariable.js
..\WebContent\js\common\GlobalFunc.js
..\WebContent\js\core\Initialize.js

..\WebContent\js\widgets\WidgetInit.js
..\WebContent\js\utils\Cache.js
..\WebContent\js\common\GlobalConstant.js
..\WebContent\js\common\GlobalVariable.js
..\WebContent\js\common\GlobalFunc.js
..\WebContent\js\core\Initialize.js

在这个文件中，按照JSP中指定的JS文件加载顺序写好文件的路径
再修改packagejs.bat

Java代码

for /f %%i in (dir.txt) do type %%i >> uiiang-debug.js
java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o uiiang.js uiiang-debug.js

for /f %%i in (dir.txt) do type %%i >> uiiang-debug.js
java -jar yuicompressor-2.4.2.jar --type js --charset utf-8 -o uiiang.js uiiang-debug.js

执行这个packagejs.bat文件后，批处理命令会自动读取dir.txt并按照你指定的顺序逐行取出.js文件的路径进行，把文件内容合并到uiiang-debug.js中。

另外要注意的一点就是在dir.txt中，一定要把所需要打包压缩的的JS文件路径全部列出来，因为新的pakagejs.bat不会再自动寻找全部的JS文件了，如果有遗漏就只好报错

至此，批处理压缩打包js文件的工作就完成了，还可以将代码中的.JS换成.css对CSS文件进行打包，当然yuicompressor的--type也要改成css。

评论: 1　查看评论　发表评论