1.javax.servlet.http 
Interface HttpSession,HttpSession是接口,HttpSession  session = request.getSession();这样写,session返回的是什么类型的对象的实例?接口 变量= 某种方法。这个跟String var= some.getString();这样的结构是否是一致的,能否有大侠给介绍一下基础知识,我比较薄弱。2.request作为jsp的内置对象。如果要是用JAVA写包进行封装显然是不行的。那么在java中要是进行session操作的话,是否需要写成 某个接口 request= 某种方法调用。到现在我查找不出能够实例化request的类,但是发现了一个接口。能否把这个也讲详细一些。从java到JSP的困惑。  

解决方案 »

  1.   

    返回的是httpSession 类型的,从后台servlet到jsp的时候把数据放到session里给传到jsp页面。
      

  2.   

    接口 变量=某种方法。这个怎么理解呢?是否相当于String somevar =某种返回字符串变量的方法?
      

  3.   

    问题就在于JAVA里面开辟一段内存,不都需要对象进行实例化吗?接口不仅仅是定义了标准吗?
      

  4.   

    1.javax.servlet.http 
    Interface HttpSession,HttpSession是接口,HttpSession  session = request.getSession();这样写,session返回的是什么类型的对象的实例?接口 变量= 某种方法。这个跟String var= some.getString();这样的结构是否是一致的,能否有大侠给介绍一下基础知识,我比较薄弱。request.getSession();返回一个实现了HttpSession接口的实例,这个实例是由容器实现的,不同的容器实现的方式也不一样2.request作为jsp的内置对象。如果要是用JAVA写包进行封装显然是不行的。那么在java中要是进行session操作的话,是否需要写成 某个接口 request= 某种方法调用。到现在我查找不出能够实例化request的类,但是发现了一个接口。能否把这个也讲详细一些。从java到JSP的困惑。session是jsp的内置对象,直接用即可,在servlet中可以用request.getSession()方法得到,不需要自己创建实例,web容器已经提供了。
      

  5.   

    摆脱您看清问题。我是在java中写有关jsp的内置对象。显然这样的写法是不合法的。
    要在java中引用,必须对对象进行实例化吧?jsp无非也就是用了jar的包内置了session对象。在java中怎么实现?
      

  6.   

    在java中自己实现HttpSession的实例,这个难度比较大,不明白为什么要这么写呢?
      

  7.   

    servlet 不是一个java文件吗?
      

  8.   

    你可以打开jsp编译后的java文件,我觉得会解决你的问题
      

  9.   

    因为想对request的一些方法进行再次封装。有些东西在前台实现起来还是很累赘
      

  10.   

    这个不用想就是个Servlet啊...那个getSession()返回的是你原来存在的是什么类型的值,返回的就是类型的值!如:DangDangUser users= (DangDangUser) request.getSession().getAttribute(
    "DANGDANGUSER");
      

  11.   

    Servlet非得要用类继承才能够用吗?没有直接定义的方法?初始化的
      

  12.   

    我不太想回答楼主的问题,不过给几个知识点用于参考:
    1、楼主需要把引用类型与对象实际类型分开,这是学习面向对象一个很重要的步骤,当然你也要想清楚这个步骤,如果你希望获得这个类型的实际类型,你可以使用对象的getClass.getName()方法来获得类型的全限定名,这个是对象的实际类型,此处并不是2楼所说的HttpSession类型,那玩意也是个接口。
    2、jsp只是个页面,他会被容器动态解析兵编译成一个servlet,而你所谓的内置request等对象都是在这个servlet类,在tomcat下,你可以去work目录下找到编译后的这个jsp对应的servlet,名字差不多,只不过以.java和.class结尾,你尝试清空work目录,尝试写一个jsp,访问后去查看新生成的work目录,如果有兴趣可以自己研究一下。
      

  13.   

    你说的第一个我查过手册,知道它是一个接口,就是说接口 实例 = 某种方法,这样是应该怎么理解的,你并没有正面回答。我需要了解的并不是这个request应该是哪个类型,我需要了解的是所有jsp的内置对象或者说是servlet的类是如何在java里调用的,因为我想要自己把一些东西封装到jar包里方便使用
    你说的第二个,我也看过,也知道,单看java的代码并不能看出什么名堂来,因为只有HttpServletRequest request,HttpServletResponse response这样的参数,并没有体现出来。
      

  14.   

    虽然我不太明白你想要做什么,因为我没看懂- -
    不过我想你可能要学习一些更多的东西来加深你对java web的理解,request对象与response对象不过是封装了请求,具体怎么封装的,这根web程序员无关,而且不同的容器实现的方式也不同,tomcat weblogic websphere 等等,所以不要妄图去在里面加些什么,不可靠的,它们只是按照java web的规范实现了,但是怎么实现的,不可确定。
    如果你想加一些自己特有的功能到这些api包里面,不建议这么做,这样你的应用就缺乏安全性、稳定性和可迁移性。当然,如果是你自己包装的jar包无所谓。
    最后,理解一个东西,最好不要从代码层次来理解,因为代码只是实现,不要本末倒置,大体上是现有概念再实现代码的,因此,你应该先去学习java web工作流程以及规范文档,然后通过一定的代码来巩固学习的知识,不要妄图通过代码来学习框架,初学者都爱犯这种毛病。通过代码来学习框架,你一辈子也学不会的。
      

  15.   


    其实问题很简单。
    1.我怎么在JAVA里操作session,有没有实现方法?请具体给出!
    2.我怎么在JAVA里实现request.getAttribute("var",var);有没有实现方法?请具体给出
    你说怎么理解框架了。这些,估计离我还很远。一,我是半路出家,本身不是做编程的,也不会长久的做编程。二框架可能有框架的好处,但毛主席都说过,实践才能出真知啊,你觉得看了很多教材,学习了很多东西对这个东西的了解就真的很透彻吗?其实是受了教材的影响,对未知的很多东西都缺乏一种探索精神。当然请不要对我的这番陈诉有什么看法,我只是就事论事。接受系统的学习教育固然没错,但学习的途径是多样的。我不觉得系统学习过的就一定会比较好,因为有些想法你只是在跟随而已。
      

  16.   

    接口不能直接new出来,要通过他的实现类来创建!
      

  17.   

    第一个问题lz可以去看看多态的概念第二个问题lz要理解request是在servlet和jsp中才有意义的(当然jsp其实也是servlet),其他地方及时你new出来 也是没什么意义的  当然如果你要问request咋封装的  servelt怎么写的  我也回答不上来另外 14楼同学对你的建议是有道理的  如果学任何技术你都要一个代码一个代码的抠明白 最后只会走进死胡同
    就算现在有个大神跟你讲sevelt是怎么设计和开发的  相信lz你也很难明白  就好比我们没用计算机之前 有人和你将内存、cpu啥的  你肯定是一头雾水  但现在肯定就不一样了 
    任何技术都是先学会怎么用 然后在深入研究  而且到时候也会跟容易理解
    随便一说  lz可无视
      

  18.   

    先谈技术,如果你希望知道是怎么实现的,你可以通过getClass.getName()方法得到具体实现类,然后查看这个类的对应方法(或者父类),当然不一定有源代码,你可能需要反编译。再谈谈你的所说的被教程影响,其实我个人很反感别人这么说,这句话本身没错,看了教程和别人的言论,多少会被其影响,但是从某种意义上来说这是对先知者的一种污蔑,为什么这么说:
    1、教程是死的,人是活的,人看教程都会有自我评判的,而且随着一个人所学所看越多,言论者对其影响应该会越小,当然也不排除死读书的人。
    2、你这个言论本身就是对学习态度的一种排斥,难道学习会受人影响就不学了么?
    3、就人本身而言,接受任何东西即是学习过程,而这个过程就会被教导者或者环境影响,这是客观规律,如果你不愿意学习就请你直接说出来,这我可以理解,但请不要这样来批判我让你去学习是谬误的。
    4、虽然我并不觉得我有多透彻,但至少一点,我比你透彻,人虽不能做到天下无敌,但总有高下之分。
    5、我所说的并不是系统的去学习,而是告诉你,你应该怎样去学习,虽然我不能肯定我的方式一定是对的,但是我建议你尝试一下。
    6、我有些激动了,对不起。