HITer http://hitery.javaeye.com UTF-8 Copyright 2003-2008, JavaEye.com http://blogs.law.harvard.edu/tech/rss JavaEye - 做最棒的软件开发交流社区 答复: 给领导提的关于WEB开发模式的建议，请大家看看在什么水平上，有没有必要提出来？ tedeyang 作者: tedeyang  链接：http://hitery.javaeye.com/blog/158228  发表时间: 2008年01月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

sunli_qun 写道
Ps:我刚毕业那会提的方案比你差远了，你知道是怎么样的吗？
大概是：我们应该自己实现mvc模式，用一个servlet实现中央控制器，jsp做展示，用javabean做逻辑层，dao做持久化等等，土吗？我到现在还觉得自豪！

呵呵，我第一次重构就是做这么件工作，甚至还没有DAO层呢。以前的项目是php转到jsp的（开发人员大部分也是毫无java开发经验的菜鸟），页面一团乱麻，全部只有jsp。难道让这帮家伙猛啃ssh？难度太大了。他们对servlet倒还了解，自己一个人琢磨来琢磨去，硬生生想出了servlet中心控制器的概念，用反射构造了一套自动映射机制，重构类图，重构系统。一年以后，开发人员技术转型得差不多了，这套系统才改用spring mvc + velocity + swim（自己开发的sql mapping框架）。但我仍然不敢用Hibernate，等到OO思想能够被人理解时再说吧。

我的经验是：不一定要采用什么框架，对重要的长期项目自己设计一套解决方案（或者不能称之为框架）绝对比通用性 框架要贴身合用，而且团队学习难度小，跨度平缓，不会有巨大的技术风险，所以能带来很大的益处。当然前提是开发者的功力要到（不光是设计能力还有业务领域能力）。
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Tue, 22 Jan 2008 09:44:59 +0800 http://hitery.javaeye.com/blog/158228 http://hitery.javaeye.com/blog/158228 简单分析Word2007的docx文件 tedeyang 作者: tedeyang  链接：http://hitery.javaeye.com/blog/156419  发表时间: 2008年01月16日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

同事说office2007，“还可以用用的”，
我狠狠心用了1G多硬盘空间，安装了一个Office 2007 xxx版，试用一下。
  • GUI界面确实有很大的改观，分布更加合理；
  • 发现word可以直接保存为PDF了.
  • 发现word文件名后缀改为了docx。

有意思的是docx的文件格式，用文本编辑器打开查看，发现其中含有目录结构。
我猜测这应该是一个打包文件，尝试着把后缀名docx改成zip，居然真的用压缩软件打开了。
docx的内部目录结构： 
a.docx
|-[Content_Types].xml
|-_rels
    |-.rels
|-docProps
    |-app.xml
    |-core.xml
|-word
    |-_rels
         |-...
    |-theme
    |-...

不过把这个目录解压缩后再打包成zip文件，word是不能识别的。

word变得如此开放，不知道是喜是忧。
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Wed, 16 Jan 2008 11:13:02 +0800 http://hitery.javaeye.com/blog/156419 http://hitery.javaeye.com/blog/156419 scoket和浏览器的连接限制 tedeyang 作者: tedeyang  链接：http://hitery.javaeye.com/blog/156367  发表时间: 2008年01月16日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

1，一个socket由两个端口唯一确定
昨天晚上天冷，就在床上看书。
因为对socket的理解比较含糊，所以决定有针对性的研究一下。

看到点有用的东西：
“socket连接由双方的端点来决定”
这话听来很拗口，还好下面作者写了解释，大致就是说：
一个socket是由一对计算机IP（在socket连接打开前还要区分网卡mac地址）加端口号来区分的，
因此只要端口不同，那么在两台计算机间就可以存在多个socket连接。
它的原理是：每个socket发送的报文头部含有ip和port信息，接收方服务器的操作系统网络协议层会根据这些信息把TCP报文转发给相应的处理程序。（就像一个分流闸门，把水流根据来源导向到不同的水池）这些底层事情是由socket守护进程和TCP协议层来做的，作者还讲了了一堆c函数。

因此我们可以开多个mysql客户端，连接上同一个mysql服务器，因为客户端软件能自动使用不同的端口。

2，HTTP协议对并发的建议
然而有个特例要注意：HTTP协议中规定了一个特殊规则：浏览器对一个服务器（后来我google到，其实这个限制是精确到域名的）不能同时打开两个以上的端口（即连接）我估计这个规则应该是为了保护服务器不会被很容易被洪水攻击。主流浏览器都很乖，实现了这个规则。（我以前还没用FlashGet之前，发现用IE下载一个网站的文件，只能同时打开2个，第三个就需要等待，那时候不了解怎么回事，现在明白了）

我想了想，
这个规则其实会影响到很多东西：Ajax，下载，并发等等。为什么很多大网站要用专门的图片服务器？一部分原因我猜测就是为了用不同的子域名来绕开浏览器的限制，加快速度（另一部分原因当然是服务器性能了）。对它们来说，端口和域名都是重要资源。

这部分内容实际上解决了我对实现comet技术的一些疑问。现在清楚了。

3.相关技术资料
HTTP协议1.1中文版：
http://www.cnpaf.net/Class/HTTP/0772522080738754597.html
请查看8.1.4节最后的说明。

其中节选：
引用
使用持续连接的客户机应限制与某一服务器同时连接的个数。单用户客户机不应与任一服务器或代理服务器保持两个以上的连接。代理服务器与其它服务器或代理之间应维护2*N个连接，其中N是同时在线的用户数。设定这一规则是为了改进HTTP应答时间且避免拥塞。

规范中用的是“应该”这个字眼，HTTP无法从协议本身来限制连接。这个是取决于客户端和服务端的实现。

然后我找到微软的官方帮助：
http://support.microsoft.com/kb/282402
http://support.microsoft.com/kb/282402/en-us
引用
如何将 Internet Explorer 配置为可以同时进行两个以上的下载会话
察看本文应用于的产品
文章编号 : 282402
最后修改 : 2006年1月23日
修订 : 3.2
重要说明：本文包含有关修改注册表的信息。修改注册表之前，一定要先进行备份，并且一定要知道在发生问题时如何还原注册表。有关如何备份、还原和编辑注册表的信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
256986 (http://support.microsoft.com/kb/256986/) Microsoft Windows 注册表说明
概要
本文介绍如何将 Internet Explorer 的下载会话数配置为大于两个。
更多信息
警告：注册表编辑器使用不当可导致严重问题，可能需要重新安装操作系统。Microsoft 不能保证您可以解决因注册表编辑器使用不当而导致的问题。使用注册表编辑器需要您自担风险。
为符合目前的 Internet 标准（征求意见文档 2068），Internet Explorer 将并发下载会话限制为两个，再加上一个排队等候下载的会话。此配置是浏览器的功能。但是，随着连接速度的提高，以及 Internet 服务器所支持的总连接数的增加，两个连接的限制可能已经妨碍了人们的使用。要将允许的并发连接数增大到 10，请按照以下步骤操作：1. 启动注册表编辑器 (Regedt32.exe)。
2. 在注册表中找到下面的项：
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
3. 在编辑菜单上，指向“新建”，单击 DWORD 值，然后添加以下注册表值：
数值名称：MaxConnectionsPer1_0Server
数值数据：10
基数：十进制

数值名称：MaxConnectionsPerServer
数值数据：10
基数：十进制

4. 退出注册表编辑器。
此方法仅供参考。将最大连接数更改为两个以上违反 Internet 标准；Microsoft 不建议在封闭网络之外使用此方法。

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

这篇文章中的信息适用于:
• Microsoft Internet Explorer 5.5
• Microsoft Internet Explorer 5.01
• Microsoft Internet Explorer 5.0
• Microsoft Internet Explorer 6.0

本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Wed, 16 Jan 2008 09:29:45 +0800 http://hitery.javaeye.com/blog/156367 http://hitery.javaeye.com/blog/156367 Zed怒骂ThoughtWorks，认为敏捷是奴隶规则 tedeyang 作者: tedeyang  链接：http://hitery.javaeye.com/blog/155332  发表时间: 2008年01月12日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

看了javaeye的一篇新闻：
http://www.javaeye.com/news/724

然后我找到新闻的源点：
http://www.zedshaw.com/rants/rails_is_a_ghetto.html
对我这样的小程序员而言，这篇长文实在是很有意思。

虽然文中遍布着粗口，也有偏见，但还是推荐看看如此愤怒的檄文
——当量十足（没想到还有人对敏捷、结对编程感觉恶心的，当然还有很多值得一览的信息）。

最后Zed对ROR社区这样写到：
引用
When the burning husks of your startups warm the last of your bones, remember I told you so.
- Zed

就当是看戏吧。

(文章实在是太长，若有高手能翻译一下，也能为国内程序员开拓一下眼界，听听不同的声音，而不是被CSDN之类的资本家垄断舆论)
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Sat, 12 Jan 2008 23:48:05 +0800 http://hitery.javaeye.com/blog/155332 http://hitery.javaeye.com/blog/155332 漫谈“设计模式” tedeyang 作者: tedeyang  链接：http://hitery.javaeye.com/blog/154399  发表时间: 2008年01月09日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

对我来说，经典设计模式提到的23种都能读懂，但能真正领会只有一半左右，深入研究并烂熟于心的就7，8种。

对java语言来说，Prototype模式实际上是没有意义的，可以忽略。

和所有知识一样，不能生硬地去死背23种设计模式，但只要编程时用心思考，其实设计模式就像氧气一样自然弥漫在你的周围。

看看，JDK的API中就有很多设计模式在体现：
Iterator（迭代器，没有这东西怎么来遍历千奇百怪的Map，List啊），
InputStream(装饰器，IO包是伟大的设计，伟大就在于decorator模式)，
java.lang.reflect.Proxy（动态代理模式，没有这个Spring的AOP就歇菜了），
java.util.Observer（观察者模式，如果你做Swing，不知道这个模式简直是要人怀疑你的智商），
java.security.KeyStore.Builder（Builder模式）
java.security.KeyFactory（工厂模式,这两个模式反映了在加密策略多变又需要统一的情况下应该怎么处理）
——最近在研究加密，所以相关领域了解比较多。
Serlvet（模板模式，还记得init，destory，service方法吗，定义好了servlet执行的流程才能让你写doGet；还有BaseController...），
个人能力不足，在JDK中暂时只能想到这么多，细节太多我不想解释——只要用心看源代码和google，反正我就是这么过来的。

在不同的问题领域，会催生出不同的设计模式和其变种，可以看出在JDK这样的底层API中大多数是创建型的设计模式在起作用，因为它们需要生成复杂对象。而在Web开发领域，远程通讯，文件处理等等各种场合还有很多经典模式在起作用，例如Strategy，外观，命令模式等等，更多的则是多种设计模式叠加的复合模式，例如MVC。
运用之妙，存乎一心，不可能一蹴而就。
还是那句话：慢慢来，其实我也不懂。

2008-1-18补记：
今天想起来，java.util.File.listFiles(FileFilter filter)方法应该算是策略模式了。又是一个可以用闭包杀死的模式。
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Wed, 09 Jan 2008 15:17:33 +0800 http://hitery.javaeye.com/blog/154399 http://hitery.javaeye.com/blog/154399 漫谈Spring的成功轨迹 tedeyang 作者: tedeyang  链接：http://hitery.javaeye.com/blog/154397  发表时间: 2008年01月09日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

如果你使用Spring的话，
你可以轻而易举地得到 ioc，singleton，facotry，aop这些设计模式的支持，还能避免hardcode的弱点。可以说Spring的核心就是IOC这个设计模式，外围再增加其他模式，然后再叠加支持性的模块。
它干了什么？本质上是降低了几种设计模式的门槛，使我们更容易产出优雅的软件设计。
它得到了什么？
从2003年起，到2007年底，看看Rod：
出两本书 --->写一个框架 ---> 扩展成一个平台 --->形成一个社区 --->创立一个新公司 ---> 被邀进入J2EE6.0规范委员会
惊叹！这样的奇迹怎么不能发生在中国呢？！
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Wed, 09 Jan 2008 15:14:36 +0800 http://hitery.javaeye.com/blog/154397 http://hitery.javaeye.com/blog/154397 漫谈《C++语言核心》 tedeyang 作者: tedeyang  链接：http://hitery.javaeye.com/blog/154389  发表时间: 2008年01月09日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

设计模式篇外篇：
语言、设计模式

1.有一本书

我在大学里喜欢买打折书，学校几个书店每月会有大规模的打折书专场，铺满一个礼堂，都是1折2折地吐血打。
我每次都要买几本，哈哈，现在想起来就要笑。

那时候买过一本书《C++语言核心》（C++ ：The core language），很薄很薄，200多页。
O'Reilly出版，原价29，只花了3块钱（赚到了）。
买的时候根本看不懂，就认了OReilly的牌子，当时手里有三个硬币，正好趁手，买！。

因为我一直是学Java的，加上那本书也实在是难懂（当时觉得），所以买了5年都没动过。
毕业后直接托运到了常州，虽然没有高阁可以束书，但扔在书架上积灰尘还是可以办到的 :)

2. 5年后才读

07年我偶然泛起了心思，仔细把这本书读了一遍。
一读不得了，吓了一大跳！

这本简简单单的小书，虽然讲述的是如何从C语言过渡到C++，却轻轻松松地解决了我当时对Java OOP的许多疑点，一下子让我对面向对象的本质有了深刻了解。

作者讲述了如何用结构化的C语言来模拟OOP，在此基础上又怎样把这些设计技巧整合到语言核心中，设计出对象化的C++语言（以前我对C是否能够OOP抱否定态度，现在再也不敢这么说了）。

3.从此OOP再也没有秘密

读完这本书，我领悟到：
任何高级的语言语法，本质上都可以用低级语言的设计技巧来实现。
这些技巧在OOP语言中被称之为“设计模式”。而在结构化语言中，也存在着类似的技巧，只不过不再广泛流传了——语言设计者认识到了它们的价值，直接加到语言内核中了。

4.再想到脚本语言

从前年开始，我开始学习脚本语言，仔细研究了Beanshell，Groovy，JavaScript；稍微了解了Python和Ruby，可以看出这些语法更加高级的脚本语言更进一步地融合了许多设计模式（技巧）。它们在编译语言的基础上提供了更加强大的语法，降低了对技巧的要求。（譬如java需要使用Iterator模式来遍历，而脚本语言普遍可以直接使用闭包来完成）
从简化编程来说，脚本语言的未来是光明的。
但脚本语言简化的，也就是编程技巧而已。我对设计模式掌握得越好，对OOP编程领会得越深入，就越不太在乎脚本语言。

5.铺垫之后，不是结束的结束语

Java可以做任何事，这点我逐渐深信不疑，需要做的就是真正的掌握它。
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Wed, 09 Jan 2008 15:03:01 +0800 http://hitery.javaeye.com/blog/154389 http://hitery.javaeye.com/blog/154389