基于Java组件和基于请求的框架

我最近在一次采访中被问到 – 在java中,如何比较基于组件框架和基于请求的框架? 我将EJB解释为基于组件的框架和Struts作为基于请求的框架的一个例子,但是我不相信我是否正确地回答了这个问题。

面试官的意思和应该比较的任何想法?

问候,avajurug

    4 Solutions collect form web for “基于Java组件和基于请求的框架”

    他们很可能在寻找Web框架的例子 – 例如,JSF是一个基于组件的框架,而Struts是一个基于请求的框架。

    基于请求的框架通常通过他们的API清楚地表明他们正在parsingHTML请求/生成HTML响应,而基于组件的框架试图将其抽象化并将应用程序视为组件的集合,并将渲染器和操作做事。

    在我看来,基于组件的web框架比他们的价值更麻烦 – 他们的主要目的通常是使开发人员不熟悉web开发,更接近于传统的桌面开发,更容易开发Web应用程序。 然而,在实践中,当出现问题时,您需要开发自定义组件,您需要为不是“开箱即用”的function等自定义框架。您需要了解底层的“传统”Web开发以及基于组件的框架是如何抽象的 – 如果您是一位经验丰富的Web开发人员,并且拥有“传统”Web开发工作的现有解决scheme,实用程序,库或片段,您将浪费时间重新实施它们基于组件的框架。

    基于请求的框架是一个Web框架,它获取用户的请求,然后确定系统应该做什么,并将响应回送给用户。 所以stream量几乎是线性的。 你正在考虑的行动:用户想要什么(请求) – >什么用户将回来(回应)。 基于请求的框架的一个例子是Struts 。 现代的Grails几乎是一个基于Request的框架。

    基于组件的框架不是那样的。 实际上没有从前到后的stream畅感。 其中一个例子不是JSF,因为从某种angular度来说,JSF和Struts非常相似(因为Struts和JSF的创build者是相同的)。 基于组件的框架Tapestry和Wicket的一个很好的例子。 这两个框架的范式是不同的。 你不要在行动或请求 – 响应,而是组件和组件。 您可以在应用程序中定义一个组件,并告诉组件的function。 但是stream程并不像在基于请求的框架中那样是线性的。

    JSF是基于组件的java API,就像Nate说的那样,Struts是一个基于动作的框架,对Http请求进行parsing,同时处理动作,最后控制器将Servlet请求转发给JSP,负责生成响应。 在成为基于组件的Web框架标准的JSF中,实际上不需要处理请求和响应,因为我们只需要编写JSP或XHTML页面,绑定页面中使用的组件或应该呈现的值到支持bean或托pipebean的属性,并且FacesServlet(控制器)完成所有工作,以关注请求分析并redirect到将基于faces-config.xml中指定的导航规则呈现响应的JSP。 正如你所看到的,Struts和JSF之间有很大的区别,因为JSF带来了基于组件事件的方法,而Struts更接近于传统的JSP / Servlet模型。 jpartogi还说JSF和struts的创build者是一样的,我只想提到Struts是Apache社区拥有的框架,而JSF是JCP在版本1.1和JSR-252的JSR-127中指定的API版本1.2,并有不同的实现(SUN-RI,Apache MyFaces …)

    简单地说,如果框架在每个Web元素的java对象中有对象,所以你可以改变它的属性或者添加一些function,它是基于组件的框架,但是如果框架没有提供对象,你必须把Web元素的响应值它的标签是一个基于请求的框架。