谁动了我的代码

抽象即是空,空即是抽象。
posts(43) comments(24) trackbacks(0)
  • BlogJava
  • 联系
  • RSS 2.0 Feed 聚合
  • 管理

News

所有文章版权归我所有,转载请注明出处,谢谢!

常用链接

  • 我的随笔
  • 我的评论
  • 我的参与
  • 最新评论

留言簿

  • 给我留言
  • 查看公开留言
  • 查看私人留言

随笔分类

  • Android开发(5)
  • C/C++(1)
  • DataBase(3)
  • Java(16)
  • JavaScript(14)
  • WEB前端(1)
  • 编程杂项(2)
  • 网络(1)

随笔档案

  • 2016年5月 (1)
  • 2011年2月 (1)
  • 2010年6月 (3)
  • 2010年5月 (1)
  • 2009年12月 (2)
  • 2009年11月 (1)
  • 2009年10月 (2)
  • 2009年6月 (2)
  • 2009年5月 (1)
  • 2009年4月 (2)
  • 2009年3月 (4)
  • 2009年2月 (1)
  • 2009年1月 (1)
  • 2008年12月 (1)
  • 2008年11月 (1)
  • 2008年10月 (4)
  • 2008年9月 (2)
  • 2008年5月 (5)
  • 2008年3月 (3)
  • 2007年12月 (2)
  • 2007年10月 (1)
  • 2007年9月 (2)
  • 2007年5月 (1)

搜索

  •  

最新评论

  • 1. re: Android之ImageView载入网络上的图片
  • 222222222222222222222
  • --2222222222222222222222222222
  • 2. re: Log4j自带Log Viewer的用法
  • 执行你的根本不行,乱错帖子就在这乱贴,tmd
  • --asdf
  • 3. re: Android之使用私有存储
  • getDir方法创建的文件,会有个app_前缀,请问这怎么去掉呢?
  • --就是宝宝
  • 4. re: Android通用事件造成的生命周期变化情况
  • 我相信以后Android将成为越来越多设备的OS,不光是手持上网设置,冰箱、洗衣机都有可能采用Android。
  • --淘宝网女装春装新款
  • 5. re: Android通用事件造成的生命周期变化情况
  • 不错
  • --歌瑞尔内衣

阅读排行榜

评论排行榜

关于对可以从Request中取出的路径信息的研究

Servlet的Request中和用户请求路径相关的操作有多个,下面一一列举:
1.getQueryString(),&之后GET方法的参数部分。
2.getServletPath(),web.xml中定义的Servlet访问路径。
3.getPathInfo(),Servlet访问路径之后,QueryString之前的中间部分。
4.getContextPath(),Context路径前缀(这个应该是最熟悉的啦)。
5.getRequestURI(),等于getContextPath() + getServletPath() + getPathInfo()。
6.getRequestURL(),等于getScheme() + "://" + getServerName() + ":" + getServerPort() + getRequestURI()。
7.getPathTranslated(),等于getServletContext().getRealPath("/") + getPathInfo()。

注意:
1.getServletContext().getRealPath("/") 后包含当前系统的文件夹分隔符(windows系统是"\",linux系统是"/"),而getPathInfo()以"/"开头。
2.getPathInfo()与getPathTranslated()在servlet的url-pattern被设置为/*或/aa/*之类的pattern时才有值,其他时候都返回null。
3.在servlet的url-pattern被设置为*.xx之类的pattern时,getServletPath()返回的是getRequestURI()去掉前面ContextPath的剩余部分。

posted @ 2007-10-19 13:35 Eric Song 阅读(272) | 评论 (0) | 编辑 收藏

关于IE与FF对HtmlElement属性操作的不同

今天突然发现IE和FF对于一些属性可以直接读取,使用element.attributeName或element[attributeName]形式。
但是有些不可以,在FF下必须用element.getAttribute(attributeName)来读取。
并且,IE下这三种方式的行为是一致的,而FF下前两种和后一种是不一致的。
同理设置属性的方法也是不一致的。
其内部的实现原理还不得而知,希望有知道的朋友指点一二。

posted @ 2007-09-12 21:17 Eric Song 阅读(1187) | 评论 (4) | 编辑 收藏

关于Java的Cookie操作

测试环境:JDK1.5、Tomcat5.5

1.设置Cookie

1Cookie cookie = new Cookie("key", "value");
2cookie.setMaxAge(60); //设置60秒生存期,如果设置为负值的话,则为浏览器进程Cookie(内存中保存),关闭浏览器就失效。
3cookie.setPath("/test/test2"); //设置Cookie路径,不设置的话为当前路径(对于Servlet来说为request.getContextPath() + web.xml里配置的该Servlet的url-pattern路径部分)
4response.addCookie(cookie);

2.读取Cookie
11//该方法可以读取当前路径以及“直接父路径”的所有Cookie对象,如果没有任何Cookie的话,则返回null
22Cookie[] cookies = request.getCookies();

3.删除Cookie
1Cookie cookie = new Cookie("key", null);
2cookie.setMaxAge(0); //设置为0为立即删除该Cookie
3cookie.setPath("/test/test2"); //删除指定路径上的Cookie,不设置该路径,默认为删除当前路径Cookie
4response.addCookie(cookie);



4.注意:假设路径结构如下
                         /
                         /test
                         /test/test2
                         /test345
                         /test555/test666

    a.相同键名的Cookie(值可以相同或不同)可以存在于不同的路径下。
      
    b. 删除时,如果当前路径下没有键为"key"的Cookie,则查询全部父路径,检索到就执行删除操作(每次只能删除一个与自己最近的父路径Cookie)
        FF.必须指定与设定cookie时使用的相同路径来删除改cookie,而且cookie的键名不论大写、小写或大小混合都要指定路径。
        IE.键名小写时,如果当前路径为/test/test2,如果找不到再向上查询/test、/test555、/test345,如果还找不到就查询/ 。(/test555/test666不查询)
             键名大小写混合或大写时,不指定路径则默认删除当前路径,并且不向上查询。

    c.读取Cookie时只能读取直接父路径的Cookie。
        如果当前路径为/test/test2,要读取的键为"key"。当前路径读取后,还要读取/test,/test读取后,还要读取/

    d.在做Java的web项目时,由于一般的Web服务器(如Tomcat或Jetty)都用Context来管理不同的Web Application,这样对于每个Context有不同的Path,
       在一个Server中有多个Web Application时要特别小心,不要设置Path为/的Cookie,容易误操作。(当然前提是域名相同)

    e.最好也不要在不同路径下使用相同键名的cookie,这样做很容易引起歧义。

    f.为了避免对FF和IE或其他浏览器区分操作,设置cookie时最好指定路径,删除cookie也要指定路径。

posted @ 2007-09-05 17:05 Eric Song 阅读(1222) | 评论 (0) | 编辑 收藏

关于JavaScript的Prototype更进一步的讨论

     摘要: 本文里讲述的是关于JavaScript的prototype问题,如this成员和prototype成员有什么不同等。
本文属于中等级别的文章,如果大家对OOP of JavaScript还不清楚的话,请先去了解一下,
写本文的原因是习惯了Java、C#等语言,对于JavaScript的prototype(通常所说的原型)非常
不适应,很多朋友可能都有这样的体验,这篇文章能解答你们很多的同类问题。  阅读全文

posted @ 2007-05-26 08:49 Eric Song 阅读(1120) | 评论 (1) | 编辑 收藏

仅列出标题
共5页: 上一页 1 2 3 4 5 
 
Powered by:
BlogJava
Copyright © Eric Song