18

昨晚看设计模式,顺便复习UML。
这里是一个比较好的图例说明,其中有些错误,于是用visio重画了一下。
美中不足的是,似乎visio不支持带箭头的Association,也可能是我不会用吧。

UML

Tagged with:
18

Google到CSDN上的结果:

在Visio图形元素上,点击右键,选择“形状显示选项”,将“实现链接”选中,这个时候,类图形元素上会出现一个黄点,拖动这个黄点,连接到表示接口的图形元素上。实现类和接口之间的关系就自动出来了。

Tagged with:
12

花了半天时间,看了一次http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

下面是相关的笔记和理解,
感觉很多Status Code在实际的BS通信中都不常见,
更多像是为了定义完备的协议语义,
而这些语义现在已经部分由更上层的协议或者应用实现。

1xx Informational

100 Continue
    如果server可能拒绝request,则client只发送header部分,试探server的反应
    如果server接受,则返回100,于是client再发送剩余的body部分
101 Switch Protocol

2xx Successful

200 OK
201 Created

    有资源因Request而产生
202 Accepted
    Request要求的动作已经被记录,但真正的动作要等待若干时间才执行,而且不保证一定执行
203 Non-Authoritative Information
204 No Content

    google.cn的web server会返回
205 Reset Content
206 Partial Content

    用于断点续传,起始位置由Range指定。(可以参考迅雷的输出)

3xx Redirection

    User Agent需要处理循环的问题
300 Multiple Choices
    目标已变,有若干个替代品可供选择
301 Moved Permanently
    目标URI在Location里定义,除了HEAD和GET请求外,不能自动重定向
    对SEO不会有负面作用
302 Found
    临时重定向,是否用Moved Temporarily这个名字比较合适?
    目标URI在Location里定义,除了HEAD和GET请求外,不能自动重定向
    对SEO有负面作用
303 See Other
    和302类似,但期待User Agent用GET来请求Location里指定的URI
304 Not Modified
    通常Request会带If-Modified-Since
    不能带message-body
305 Use Proxy
    期待User Agent会使用Location中指定的Proxy地址,来访问数据
    只能由origin server产生
306 (not used)
    之前的版本用过,已经废弃,作为保留字
307 Temporary Redirect
    没看出和302有什么不同
    只有HTTP/1.1支持

4xx Client Error

    在message-body中,可以自定义给User的提示
400 Bad Request
    server不能理解Request的格式
    用telnet可以很容易模拟
401 Unauthorized
    不能通过HTTP Authentication
    response header必须包含WWW-Authoricate,request header可能包含Authorization
402 Payment Required
    保留字
403 Forbidden
    如果不希望暴露过多的信息,可以用404代替
404 Not Found
    最常见的4字头Status Code,通常会自定义
405 Method Not Allowed
    response header需要包含Allow,列出支持的method
406 Not Acceptable
    response不被request header中的Accept做支持
    除了HEAD,response会给出包含更多信息的entity
    entity format由request header中的Content-Type决定
407 Proxy Authentication Required
    与401类似
    Proxy的response header必须包含Proxy-Authenticate
408 Request Timeout
409 Conflict

    需要User干预解决
    在PUT的时候可能遇到
410 Gone
    URI已经不存在,且不提供3xx来重定向
    如果server没有足够的信息来判断URI的不存在是temporary还是permanent,可以用404代替
411 Length Required
    request header中缺少Content-Length
412 Precondition Failed
413 Request Entity Too Large

    如果只是temporary,可以包含Retry-After,指定重试的时间间隔
414 Request-URI Too Long
    有几种可能导致这个返回码的情况
    将POST当成了GET
    循环重定向,每次都append上当前URI
    攻击
415 Unsupported Media Type
    416 Requested Range Not Satisfiable

    参考206
417 Expectation Failed
    不能满足request header中的Expect,参考100

5xx Server Error

500 Internal Server Error
    在server没有输出正确的response header的时候会出现
501 Not Implemented
502 Bad Gateway

    由gateway或者proxy返回,表明上游server不能返回请求的URI
503 Service Unavailable
    server可能过载,或者正在维护
    可以返回Retry-After,如果没有,则视作500
504 Gateway Timeout
    上游server不能及时返回
505 HTTP Version Not Supported

Tagged with:
11

实在很简陋,许多控制功能都没有实现:)
不过也能表现大致的框架吧。

/*
 * A simple process pool
 */
#include <iostream>
#include <queue>
#include <vector>
#include <algorithm>
 
#include <sys/wait.h>
#include <assert.h>
#include <stdlib.h>
#include <unistd.h>
#include <signal.h>
 
#include <sys/mman.h>
#include <sys/select.h>
 
using namespace std;
 
int iProcessCount = 0;
int *pDispatchCount;
 
void InterruptHanler(int iSigno)
{
	//ToDo: kill all children
	cerr << "Dispatch Count: " << endl;
	for( unsigned int i = 0; i < iProcessCount; i++ )
	{
		cerr << i << "\t" << pDispatchCount[i] << endl;
	}
	exit(0);
}
 
//ToDo: replace two pipes with socketpair
int main(int argc, char **argv)
{
	if( argc == 2 )
	{
		iProcessCount = atoi(argv[1]);
	}
 
	if( iProcessCount <= 0 )
		iProcessCount = 10;
 
	int (*iPipeFD)[2] = new(int[iProcessCount][2]);
	int (*iNotifyPipeFD)[2] = new(int[iProcessCount][2]);;
	pDispatchCount = (int *)mmap(0, sizeof(int) * iProcessCount, PROT_READ | PROT_WRITE, MAP_SHARED | MAP_ANONYMOUS, -1, 0);
 
	queue<int> queIdle;
	vector<int> vecBusy;
 
	for( unsigned int i = 0; i < iProcessCount; i++ )
	{
		if( pipe(iPipeFD[i]) == -1 )
		{
			cerr << "pipe error" << endl;
			return 0;	
		}
 
		if( pipe(iNotifyPipeFD[i]) == -1 )
		{
			cerr << "pipe error" << endl;
			return 0;	
		}
	}
 
	for( unsigned int i = 0; i < iProcessCount; i++ )
	{
		pid_t pid = fork();
		if( pid < 0 )
		{
			cerr << "fork error" << endl;
			return 0;
		}
 
		if( pid == 0 )	//child
		{
			int iCount = 0;
			while(1)
			{
				char sBuf[16] = {0};
				read( iPipeFD[i][0], sBuf, 15 );
				cout << i << ": " << getpid() << ", " << ++iCount << "\t" << sBuf << endl;
				pDispatchCount[i]++;
 
				//Do your work here
				int iMax = atoi(sBuf);
				usleep(iMax % 10000);
 
				write( iNotifyPipeFD[i][1], "1", 1);
			}
		}
 
		queIdle.push(i);
	}
 
	signal( SIGINT, InterruptHanler );
 
	int iCounter = 0;
	while( 1 ) 
	{
		if( queIdle.size() )
		{
			//Dispatch work
			char sBuf[16] = {0};
			int iRand = rand();
			snprintf(sBuf, 16, "%d", iRand);
 
			int iIndex = queIdle.front();
			queIdle.pop();
			write( iPipeFD[iIndex][1], sBuf, strlen(sBuf) );
			cout << "dispatch " << sBuf << " to " << iIndex << endl;
 
			vecBusy.push_back(iIndex);
		}
 
		cout << ++iCounter << "\t: queIdle.size = " << queIdle.size() << " vecBusy.size = " << vecBusy.size() << endl;
		//if( vecBusy.size() )
		{
			fd_set set;
			FD_ZERO(&set);
 
			int iMaxFD = 0;	
			for( unsigned int i = 0; i < vecBusy.size(); i++ )
			{
				int iIndex = vecBusy[i];
				FD_SET( iNotifyPipeFD[iIndex][0], &set);
				iMaxFD = max( iMaxFD, iNotifyPipeFD[iIndex][0]);
			}
 
			struct timeval timeout;
			timeout.tv_sec = 1;
			timeout.tv_usec = 0;
			select(iMaxFD + 1, &set, NULL, NULL, &timeout);
 
			for( vector<int>::iterator it = vecBusy.begin(); it != vecBusy.end(); )
			{
				int iIndex = *it;
				int iReadFD = iNotifyPipeFD[iIndex][0];
				if( FD_ISSET( iReadFD, &set ) )
				{
					queIdle.push(iIndex);
					it = vecBusy.erase(it);
				}
				else
				{
					it++;
				}
			}
		}
	}
 
	return 0;
}
18

重构是最近想得比较多的一个词。
星期一去总部培训,其中一门课叫做《边重构边生活》,提到很多关于重构的意识。
对其中一个说法印象尤为深刻:火箭发射式的重构

火箭发射是一件相当隆重的大事,
需要经过长时间的准备,花费不计其数的人力物力后,
在一个精心选择的时间,所有相关人物齐聚一堂,等待火箭的轰然升空。

最大的问题是,火箭发射可能失败,在付出巨大的努力后,依然失败。

个中的情形与后果,与软件开发中的一次性重构非常相似。

一次性重构是软件开发中一种相当具有冒险精神的活动,
需要实施者有“不成功便成人”的坚毅决心,埋头苦干若干日子,
最后在合十祈祷中,迎来一个充满不确定因素的发布。
用Bison的话来说,是找死。

找死也有两种找法,
一种是终止老版本,不接新需求,专心闭门造车,重写一个新版本;
还有一种是同时维护两个版本,老版本做新需求,等新版本做出来之后,再把新功能合并过去。
前一种伴随着巨大的风险,而后一种则会带来太多额外的复杂性,都不是一个理性程序员的选择。

更好的方式是采用平滑重构,这才是真正意义上的重构。
只要不是病入膏肓,这是最佳选择。

由此想到一个不太恰当的比喻:将编写程序比喻为治理国家。

假如现在的执政党已经日益腐朽,人浮于事,贪污横行。
总之,是到了需要改革(重构)的时候了。
此时有两个选择:革命,或者重新大选。
先不论大选的利弊,单看革命。
另一股势力,利用民众的不满,积极宣称自己的主义可以拯救这个岌岌可危的国家;
由于拥戴者渐多,力量日益强大,终于到了可以和执政者分庭抗礼的程度。
执政者当然不会轻易交出自己手中的权力,
于是经过非常暴力或者不太暴力(没有非暴力这个选择)的斗争,
新势力终于推翻了旧势力,春风得意的上台了。
一时间,气象一新,处处欣欣向荣的美好景象。
经过若干年后,执政党开始日益腐朽,人浮于事,贪污横行。
又一个轮回开始了⋯⋯

这种情形,历史上还少见吗?
软件终究会腐朽的,就像政党一样。
与其暴风骤雨,我宁可润物无声。

Tagged with:
15

偶尔发现了一个不错的Mac风格主题,可以把原来的Win7换掉了:)

icomes.net_macicomes.net_win7

Tagged with:
14

到了总部培训,见到很多老同事,中午老大请吃饭:)

培训的题目是《边重构边生活》,讲师Bison,讲得非常不错。
本身对行业和实践有深入的认识,关键是可以将想法有条理的表达出来。
如果可以讲得更加生动,将是一个非常棒的课程。
对“火箭发射”的例子印象深刻。
做了详细的笔记。
其实生活中很多例子都是相通的。

相比较而言,另一门《set模型》讲得就逊色很多。

Tagged with:
03

Screenshot 2009.09.03 00.22.05

30

Followed some tips from googled results, a real program can be run on the iPhone device.
Though it’s a bit useless:)

Snapshot taken by organizer

Screenshot 2009.08.30 23.41.32

Next step is to create a 57×57 png logo.

Why I wrote this post in English??

29

加速法则

  • 关注本质,而非形式
  • 一个应用程序列表的有用程度与它的长度成反比
  • 华而不实的东西中看不中用
  • 键盘输入总比导航快
  • 首选键盘而非鼠标
  • 地址栏是Windows资源管理器界面中最高效的部分
  • 花点时间来学习你手边所有隐藏的快捷键
  • 环境切换会消耗时间
  • 成批复制粘帖要比反复多次复制粘帖快
  • 忘记历史就意味着你得再输入一遍
  • 嵌入图形化工具的命令提示符让你鱼与熊掌兼得
  • 在资源管理器中嵌入命令提示符使环境切换更容易
  • 编程时始终优先使用键盘而非鼠标
  • 在上下文钟学习IDE快捷键,而不要去背长长的列表
  • 当第二次输入一个复杂结构时,将它做成模板
  • 如果要对多行文本做同样的操作,就应该找出其中的模式,并把它记录为一个宏
  • 在一段文本上执行某个特定操作的次数越多,就越有可能会再次重复它
  • 不要总是重复输入相同的命令
  • 每天化一点点时间来使每一天都更高效

专注法则

  • 精力越集中,思维越缜密
  • 草堆越大,从中找到一根针就越难
  • 不要文件树,要搜索
  • 在诉诸高级搜索之前,先尝试简单的搜索
  • 有根视图把资源管理器变成了项目管理工具
  • 充分利用内建的机制(例如颜色)来帮助集中注意力
  • 用链接来创建虚拟的项目管理目录
  • 虚拟桌面可以让原本杂乱无章的一大堆窗口变得整洁

自动化法则

  • 即便不是工具最初的设计意图,只要是合适的场合,同样可以使用这些工具
  • 不要浪费时间动手去做可以被自动化的事情
  • 做简单重复的事是在浪费注意力
  • 以创造性的方式解决问题,有助于在将来解决类似的问题
  • 是否应该自动化的关键在于投资回报率和缓解风险
  • 研究性的工作应该放在时间盒里做

规范性法则

  • 对于任何你不自己去构建的东西,只在版本控制中保存一份副本
  • 使用间接机制创建友善的工作空间(workspace)
  • 使用间接机制来保持文件同步
  • 通过复制粘帖来复用是邪恶的,不论你复制粘帖的是什么
  • 利用虚拟平台使项目依赖标准化
  • 不要让对象-关系映射工具(O/R映射器)违反规范原则
  • 通过扩展。开放类(Open Classe),或者部分类(Partial Classe)来为生成的代码增加行为
  • 始终保持代码和数据库结构的同步
  • 使用迁移为数据库结构的改动创建可重复的快照
  • 过时的文档比没有文档更糟,因为它会主动误导你
  • 对管理者来说,文档意味着缓解风险
  • 始终保持“活”的文档
  • 任何需要费尽创造的东西,都让它的创造者欲罢不能
  • 白板+数码相机强过任何CASE工具
  • 尽量生成所有技术文档
  • 永远不要为同一份信息保存两份拷贝(比如代码和描述它的图)
  • 重复是软件开发中最大的阻力
preload preload preload