易栈网-膘叔

最近发生了一些事情。
家事：
爷爷走了。爷爷84岁，俗语说，73、84阎王不叫自己去，也算是一件喜事吧。再加上爷爷长期卧床，一直照顾他的奶奶也终于可以轻松一 点了。不要再累了。 只是，爷爷一直没有看到我儿子，心里很难过。

　　回家送葬的时候，家里请了一些道士，做做法事，在灶前烧火的时候，突然想起很多以前被遗忘的事情，感慨万分。姑姑那天也累的晕了过去。实在不想再出啥事了。村里某一位本家说，现在送葬已经不再象以前了，又开始搞攀比了，最后搞的子孙后辈都累。我确实也有这个想法，但身处风头浪尖的父亲和叔叔们，却无法避免。。。

私事：

　　服务器从网通迁移出来，请vampire帮忙配置，那天正好因为爷爷的事回老家，结果他帮忙配置到10多点，非常感谢。再加上这两天又帮忙配置各种不同的环境等，还要帮我上传备份。被我一直在折腾，虽然有怨言，但还是都帮我做好了。再次感谢一下

服务器终于恢复了。网速，我访问下来还行，不知道其他人怎么样，来访问的人都留个言吧，告诉我打开速度如何？也可以让我决定是否继续托管或尝试更换电信机房 ？

发现很多事情都是那么的无奈。
昨天晚上爷爷走了。下午回老家

服务器扔进去，如果不让晚上进机房，那就周日更换系统了。
事情全被打乱了，可是，这种事情又不能说是可以被控制的。

老家也已经乱成一锅粥了。希望大人们不会因此累倒吧。

明天迁移到双线去，看速度吧。如果访问速度还行，就继续用这个。访问速度不行，准备考虑换江阴电信或者嘉兴电信。

好象，苏州电信也很贵。

有便宜的托管的话，请密我哦

goukixiao￥hotmail.com

预计大约一天左右不能被访问，希望晚上恢复正常。

HTML重构，以前是一个新鲜的东西，我也没有理解，博客园上有人在介绍，还写了三篇。。。

我这里只简单的复制点东西，还是以链接为重吧。（战略篇全文如下）

《Refactoring HTML: Improving the Design of Existing Web Applications》是一本精彩的HTML重构指南，作者给出了HTML重构的实践路线和方法。本文是《Refactoring HTML》的读书笔记，按照我的理解将全书的分为：战略篇，战术篇，工具篇。

本文是战略篇：全局方略的角度介绍重构的内涵，原因，时机，目标

嗯哼，我们开始：

         进行重构就像打一场仗，而战争的发起是要慎重考虑的，《孙子兵法》里面讲“兵者，国之大事，死生之地，存亡之道，不可不察也。”所以动手重构之前首先要回答下面几个问题：

• 什么是重构？
• 为什么进行HTML重构？
• 什么时候进行HTML重构？
• HTML重构的目标是什么？
• 面对质疑：还要重构么？

什么是重构 Refactoring?

        本书侧重实战，没有《UML Distilled》那样高屋建瓴的抽象，即使有抽象，抽象层面牵扯的细节过多(这一点在后续的阅读中也可以发现)。这一部分内容我援引了《Refactoring: Improving the Design of Existing Code》对重构的定义：

Refactoring (noun): a change made to the internal structure of software to make it easier to understand and cheaper to modify without changing its observable behavior.

Refactor (verb): to restructure software by applying a series of refactorings without changing its observable behavior.

为什么进行HTML重构？

抽象地讲，HTML重构的可以让代码更能适应变化，应对系统和领域需求为新功能的开发提供更优秀的基础。

具体地讲，HTML重构可以：

• 让代码更具有可读性，更容易理解
• 重构过程中往往有意外的收获：发现隐藏的系统Bug
• 增强页面可用性， 关注点从设计者开发者转移到使用者
• 缩短提高页面的呈现时间(Slow pages -Rendering Times)
• 解决页面浏览器不兼容问题
• 搜索引擎优化Search Engine Optimization

进行HTML重构的时机?

• 每一次进行重新设计之前；新功能将构建在一个更稳固的基础之上
• Refactor When You Need to Fix a Bug
• Refactor As You Do a Code Review
• 一个原则:勿以善小而不为；重构的过程往往是断断续续的，很少有一个连续的时间给我们进行重构。所以我们只要有机会进行重构，就动手去做吧

HTML重构的目标（What  Refactor To） ?

• XHTML
  理由：XHTML更加严格，浏览器不再解析乱作一团的标签而是格式规范的页内容，这时负担从浏览器转移到页面开发者。内容聚合，搜索引擎优化，样式表都可以更好的应用基础。开发者能够更容易调试和解决问题，因为问题更容易定位了。XHTML不能完全解决浏览器兼容问题，但是它能够消除大部分的浏览器不兼容问题已经居功甚伟。主流HTML编辑器都提供对XHTML的支持。XHTML是未来Web应用提供坚实的基础，如：MathXML MusicXML SVG。
•  CSS

理由：将展现层从内容中分离出来。为不同的阅读者提供高可读性。减少代码重复，节省带宽。

• REST

REST(Representational State Transfer表述性状态转移)是一种针对网络应用的设计和开发方式，可以降低开发的复杂性，提高系统的可伸缩性。REST提出了一些设计概念和准则：

1.网络上的所有事物都被抽象为资源（resource）；

2.每个资源对应一个唯一的资源标识（resource identifier）；

3.通过通用的连接器接口（generic connector interface）对资源进行操作；

4.对资源的各种操作不会改变资源标识；

5.所有的操作都是无状态的（stateless）。

REST之所以能够提高系统的可伸缩性，是因为它强制所有操作都是stateless的，这样就没有context的约束，如果要做分布式、做集群，就不需要考虑context的问题了。同时，它令系统可以有效地使用pool。REST对性能的另一个提升来自其对client和server任务的分配：server只负责提供resource以及操作resource的服务，而client要根据resource中的data和representation自己做render。这就减少了服务器的开销。

重构的目标不是金科玉律，你没有必要逐一进行实践。你可以按照XHTML->CSS-->Rest的顺序按部就班步步为营，也可以根据实际情况调整重构目标和计划。但是只要你做了，你就可以从重构过程中得到好处。

面对质疑：还要重构么？

重构的本质决定了它不是生产性的，重构的完成并没有新功能的产生。所以重构往往面临来自各方面的质疑：

• 重构就是在浪费时间，我们还是开发新功能吧

面对质疑我们给出这样的答案：

• HTML重构从长远来看为后续开发提供了一个良好的基础，实际上是节省了时间。因为系统更容易添加新功能，更容易维护。重构的过程能让开发者对以前的工作有一个思考，对新人是一个熟悉系统的机会。
• HTML重构本身并不会占用太多的时间，因为我们有很多自动化的工具可用。
• HTML重构不需要一个连续的时间，断断续续的时间未尝不可，对于开发者来说，进行重构就像日行一善。

HTML重构：战略篇

HTML重构：战术篇

HTML重构：工具篇

这段时间最大的新闻莫过于SUN被收购了，收购人不是IBM而是oracle
新闻那是铺天盖地呀，去CNBETA看看就知道了，但对于我来说，关心的只有几点：

1、MYSQL会怎么个走法？
2、以后java会怎么继续
3、服务器价格会下降吗？

更多新闻请google一下就知道了