java中的render是什么 Java中ModelAndView是做什么的
大家好,今天小编来为大家解答以下的问题，关于java中的render是什么，Java中ModelAndView是做什么的这个很多人还不知道，现在让我们一起来看看吧！
Java(TM) 6 Update 7是用来干什么的啊可以删除吗
Devoxx大会上，Java SE首席工程师Mark Reinhol，做了一个关于Java 7（2010年初发布）最新发展方向的演讲。虽然，Mark称这次演讲的内容只是暂时的计划、不具约束力，但是仍然在社区中引起了很多反响，特别是针对闭包特性（Closures）的遗漏。
出席会议的Hamlet D'Arcy提供了一个Mark演讲中有关Java 7特性的总结。其中一些比较重要的变化包括：
模块化——294和Jigsaw项目
292——JVM对动态语言的支持
JSR 203——更多新的I/O API已基本完成，包括真正异步的I/O（不仅仅是非阻塞I/O）和一个真正的文件系统API。
JSR TBD：小的语言变化（见下）
安全重抛出——允许一个广泛的catch语句，编译器可以更加智能的基于try语句块中抛出的异常管理重新抛出。（我以前没有见过，不过看起来不错）
Nulll解引用（dereference）表达式——Null通过'?'语法检查，类似于Groovy...使开发人员避免一连串null检查。
更好的类型推断（type inference）——与泛型实例化有关，但目前还不清楚这种推断会达到什么程度（我觉得越多越好）。
多捕捉（Multi-catch）——（是的！）允许在catch语句中用逗号分割一系列异常类型。
Joe Darcy正在领导Open JDK开发，他的博客地址是http://blogs.sun.com/darcy
JSR 296——Swing应用框架——仍然需要更简化以方便Swing应用开发。
6u10特性的向前兼容（Java Kernal、QUickstarter、新Plug-in等）。
他同时提到了曾经考虑过但可能不会引入到Java 7的特性：
闭包——围绕提议没有形成一致意见
具体化泛型（Reified generics）
第一类属性（1st class properties）
操作符重载
BigDecimal语法
JSR 295——Bean绑定
Java.net开展了一次有关“哪些Java 7未采纳的特性是你最感兴趣的”的调查，其中闭包明显处于其他特性之前：
闭包 47.4%(734 Votes)
具体化泛型 17.2%(266 Votes)
第一类属性 10.4%(162 Votes)
操作符重载 4.3%(67 Votes)
BigDecimal语法 3.4%(54 Votes)
JSR-295 Bean绑定 7.3%(113 Votes)
我对任何特性都不感兴趣 9.7%(150 Votes)
Ricky Clarkson认为没有闭包Java将灭亡：
果然被证实了。虽然James Gosling想要闭包，虽然已经有了3个闭包原型编译器，虽然其他JVM语言支持闭包，Java 7还是没有闭包。
Martin Kneissl也认为Java 7中没有闭包是个坏消息：
应该增加闭包而不是Java 5中的“for”循环新形式。在Java 6中就应该有闭包。现在似乎Java 7中也不会有了。
闭包并不难以理解。至少当你把它们与Java中的匿名内部类作比较时是这样的。有的人不赞同。他们觉得总有一些愚蠢的程序员，所以应该限制语言以防止他们引起太多破坏，我不认同这个理由。这是不可能的。不称职的程序员在任何语言中都会搬起石头砸自己的脚。
幸运的是，JVM上还有其他语言可以使用Java的优点：库、可移植性和工具（某种程度上）。
Dustin Marx在关于Java 7中最期待的特性的帖子中对闭包有一些矛盾的看法：
就在我写这篇帖子的时候，已经有160票投完（不过很快就会出现新的投票），其中Java SE 7中最期待的落选特性是闭包。目前，闭包特性已经得到了总票数的几乎一半。从某种意义上说，这并不奇怪。闭包似乎主宰了Java SE 7的讨论直到被宣布不会在Java SE 7中引入。但是讨论是围绕着闭包的概念和如何实现闭包进行的争论。虽然闭包是Java SE 7最期待的落选特性之一，但是我个人对此非常矛盾。我有时会偶然的在工作中意识到闭包是多么有用，但是多数情况下没有它我也可以应付。也就是说，我不介意它被引入，但是当我听到没有被包含在Java SE 7中时这并没有困扰我。但是，如果我们相信目前的投票结果，那么接近一半的Java开发人员最想要这个特性。这与Java.net有关开发人员最想要Java SE 7引入闭包的问卷调查是一致的。
Osvaldo Doederlein对新特性感到兴奋，不过仍然很期望闭包：
Java 7是多年基础设施智能化的最好版本：294/Jigsaw，并发类加载——我认为这会提高大应用程序的启动时间，特别是类似于JavaEE服务器和IDE等基于微内核的应用，XRender——将最终使Java成为Linux桌面应用的一等公民，G1，全64位支持（将在6u12中首次亮相，获取beta版），ForkJoin。
这么多的好特性，我几乎都快忘了失去闭包的悲伤了。我猜是时候转移到Scala、JavaFX或者其他现代JVM语言上了（只要不是类似于Ruby或者Python的动态类型语言）。我认为从现在开始五年，如果我编写某种低层次的运行时，我会只写“标准”Java代码。多亏社区的保护，Java语言正在慢慢转为一种遗产和低层次的角色。
另一方面，Matt Grommes关注于BigDecimal语法：
我致力于一个金融系统有一年多时间了，BigDecimal语法简直太痛苦了。我真的非常不满意。
Stephen Colebourne向Devoxx和JavaEdge的与会者展示了JDK7语言的10种可能变化，并请他们投票：
绝对的胜者是——null处理。Null处理获得了50张最优先支持票，是排在第二位的字符串切换（string switch）特性票数的两倍，几乎是全部最优先支持票数的三分之一。而且，几乎有三分之二的与会者把它放在了前四位优先支持的特性里。
其他受欢迎的特性包括字符串切换、异常的多捕捉、对Map的增强型for-each循环（能够删除或者查找索引）和ARM风格的资源管理。
不受欢迎的特性（特别认为是糟糕建议的）是通过[]访问List/Map和字符串插值（字符串中的${variable}）。
泛型推断和多行字符串处于相对较低优先级但与会者不是特别反感。
值得一提的是，在Devoxx上对闭包特性的投票结果是50:50。
Java中ModelAndView是做什么的
这是MVC中的两个模块
Model是指数据模型
View是指UI视图
另外Control是指控制流
为什么要用MVC,目前凡是涉及到UI有界面的程序，最好采用MVC模式来设计。
View：我们要专门有一个模块，还存放所有的UI组件库，按钮，图片，文本框，列表，菜单等等，这些东西都是死的，没有内容。比方说文本框，你从组库中把文本框拿出来，默认里面没有任何文字。
Model：我们的数据模型，如果是面向对象的程序，那就是一个个的数据类。如学生，老师，汽车，职员等等。他们也可以理解成数据结构。我们必须有一个专门的模块来存放这些结构。结构也是死的，如果没有把他拿出来用，他就永远躺上该模块中。
Control：控制者，可以理解成一段代码，它会根据当前的程序状态机，将合适的数据模型中的数据填充到UI视图中。也可以反过来通过监听UI组件的变化，将一部分变化写回数据模型中。
举例：
用户注册界面，
有四个 UI组件 1。文本框提示用户一些注册信息 2。两个输入型文本框可以让用户输入帐号和密码 3。一个按钮。
这里，Model是用户资料
View就是这四个UI组件
而Control需要程序加上代码：
当按钮被按下，首先生成User的实例，其实从两个输入框中分别获取字符串，将user的id和password赋值。保存user实例或者发送到server端。
在这个过程中，三个模块各司其职，尽可能少地相互不干涉。特别是model和view之间不干涉，而control是桥梁。
以上是对java的MVC模式的广义解说。
MVC在java的web应用中还有狭义的解说，也就是B/S中常用的MVC架构，具体可以查询这方面资料。
什么是java过滤器! 它的功能和作用是什么啊
Filter技术是servlet 2.3新增加的功能.servlet2.3是sun公司与2000年10月发布的,它的开发者包括许多个人和公司团体,充分体现了sun公司所倡导的代码开放性原则.由于众多的参与者的共同努力,servlet2.3比以往功能都强大了许多,而且性能也有了大幅提高.
它新增加的功能包括:
1.应用程序生命周期事件控制;
2.新的国际化;
3.澄清了类的装载规则;
4.新的错误及安全属性;
5.不赞成使用HttpUtils类;
6.各种有用的方法;
7.阐明并扩展了几个servlet DTD;
8. filter功能.
其中最重要的就是filter功能.它使用户可以改变一个request和修改一个 response. Filter不是一个servlet,它不能产生一个response,它能够在一个request到达servlet之前预处理request,也可以在离开 servlet时处理response.换种说法,filter其实是一个”servlet chaining”(servlet链).一个filter包括:
1.在servlet被调用之前截获;
2.在servlet被调用之前检查servlet request;
3.根据需要修改request头和request数据;
4.根据需要修改response头和response数据;
5.在servlet被调用之后截获.
你能够配置一个filter到一个或多个servlet;单个servlet或servlet组能够被多个filter使用.几个实用的filter包括:用户辨认filter,日志filter,审核filter,加密filter,符号filter,能改变xml内容的XSLT filter等.
一个filter必须实现javax.servlet.Filter接口并定义三个方法:
1.void setFilterConfig(FilterConfig config)//设置filter的配置对象;
2. FilterConfig getFilterConfig()//返回filter的配置对象;
3. void doFilter(ServletRequest req, ServletResponse res, FilterChain chain)//执行filter的工作.
服务器每次只调用setFilterConfig方法一次准备filter的处理;调用doFilter方法多次以处理不同的请求.FilterConfig接口有方法可以找到filter名字及初始化参数信息.服务器可以设置 FilterConfig为空来指明filter已经终结.
每一个filter从doFilter()方法中得到当前的request及 response.在这个方法里,可以进行任何的针对request及response的操作.(包括收集数据,包装数据等).filter调用 chain.doFilter()方法把控制权交给下一个filter.一个filter在doFilter()方法中结束.如果一个filter想停止 request处理而获得对response的完全的控制,那它可以不调用下一个filter.
一个filter可以包装request或response以改变几个方法和提供用户定制的属性.Api2.3提供了HttpServletRequestWrapper和HttpServletResponseWrapper来实现.它们能分派最初的request和response.如果要改变一个方法的特性,必须继承wapper和重写方法.下面是一段简单的日志filter用来记录所有request的持续时间.
public class LogFilter implements Filter{
FilterConfig config;
public void setFilterConfig(FilterConfig config){
this.config= config;
}
public FilterConfig getFilterConfig(){
return config;
}
public void doFilter(ServletRequest req,
ServletResponse res,
FilterChain chain){
ServletContext context= getFilterConfig().getServletContext();
long bef= System.currentTimeMillis();
chain.doFilter(req, res);// no chain parameter needed here
long aft= System.currentTimeMillis();
context.log("Request to"+ req.getRequestURI()
+":"+(aft-bef));
}
}
当server调用setFilterConfig(),filter保存config信息.在doFilter()方法中通过config信息得到servletContext.如果要运行这个filter,必须去配置到web.xml中.以 tomcat4.01为例:
<filter>
<filter-name>
log//filter名字
</filter-name>
<filter-class>
LogFilter//filter class(上例的servlet)
</filter-class>
</filter>
<filter-mapping>
<filter-name>log</filter-name>
<servletname>servletname</servlet-name>
</filter-mapping>
<servlet>
<servlet-name>servletname</servletname>
<servletclass>servletclass</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>servletname</servlet-name>
<url-pattern>*</url-pattern>
</servlet-mapping>
把这个web.xml放到web-inf中(详请参考tomcat帮助文档).
当每次请求一个request时(如index.jsp),先到LogFilter中去并调用doFilter()方法,然后才到各自的servlet中去.如果是一个简单的servlet(只是一个页面,无任何输出语句),那么可能的输出是:
Request to/index.jsp: 10
Filter是一个COM组件，由一个或多个Pin组成。Pin也是一个COM组件。 Filter文件的扩展名为.ax，但也可以是.dll。Filter根据其包含Input pin或Output pin的情况（或在Filter Graph的位置），大致可分为三类：Source Filter(仅有Output pin)、Transform Filter(同时具有Input pin和Output pin)和Renderer Filter(仅有Input pin)。
一般情况下，创建Filter使用一个普通的Win32 DLL项目。而且，一般Filter项目不使用MFC。这时，应用程序通过CoCreateInstance函数Filter实例；Filter与应用程序在二进制级别的协作。另外一种方法，也可以在MFC的应用程序项目中创建Filter。这种情况下，Filter不需注册为COM组件，Filter与应用程序之间的协作是源代码级别的；创建Filter实例，不再使用CoCreateInstance函数，而是直接new出一个Filter对象，如下：
m_pFilterObject= new CFilterClass();
// make the initial refcount 1 to match COM creation
m_pFilterObject->AddRef();
因为Filter的基类实现了对象的引用计数，所以即使在第二种情况下，对创建后的Filter对象的操作也完全可以遵循COM标准。
Filter是一个独立功能模块，最好不要将Filter依赖于其他第三方的DLL。因为 Filter具有COM的位置透明性特点，Filter文件可以放在硬盘的任何位置，只要位置移动后重新注册。但此时，如果Filter依赖其他DLL，则Filter对该DLL的定位就会出现问题。
Filter不能脱离Filter Graph单独使用。所以，如果你想绕过Filter Graph直接使用Filter实现的模块功能，请将你的Filter移植成DMO（DirectX Media Object）。对于DirectShow应用程序开发者来说，还有一点，请不要忘记使用OleInitialize进行初始化。
2. Filter的注册
Filter是COM组件，所以在使用前一定要注册。Filter的注册程序为 regsvr32.exe。如果带上命令行参数/u，表示注销；如果带上是/s，表示不弹出任何注册/注销成功与否的提示对话框。如果你想在Build Filter项目的时候进行自动注册，请在VC的Project settings的Custom Build页如下设置：
Description: Register filter
Commands: regsvr32/s/c$(TargetPath)
echo regsvr32 exe.time>$(TargetDir)\$(TargetName).trg
Outputs:$(TargetDir)\$(TargetName).trg
Filter的注册信息包括两部分：基本的COM信息和Filter信息。注册信息都存放在注册表中。前者的位置为：HKEY_CLASSES_ROOT\CLSID\Filter Clsid\，后者的位置为：HKEY_CLASSES_ROOT\CLSID\Category\Instance\ Filter Clsid\。COM信息标示了Filter是一个标准的可以通过CoCreateInstance函数创建的COM组件，Filter信息标示了我们通过Graphedit看到的描述这个Filter的信息。如果你不想让Graphedit看到（或者让Filter枚举器找到）你写的Filter，你完全可以不注册Filter信息。而且不用担心，你这么做也完全不会影响Filter的功能。
屏蔽注册Filter信息的方法也很简单。因为CBaseFilter实现了IAMovieSetup接口的两个函数：Register和Unregister。我们只需重载这两个函数，直接return S_OK就行了。
Filter的Merit值。这个值是微软的“智能连接”函数使用的。在Graphedit中，当我们加入一个Source Filter后，在它的pin上执行“Render”，会自动连上一些Filter。Merit的值参考如下：
MERIT_PREFERRED= 0x800000,
MERIT_NORMAL= 0x600000,
MERIT_UNLIKELY= 0x400000,
MERIT_DO_NOT_USE= 0x200000,
MERIT_SW_COMPRESSOR= 0x100000,
MERIT_HW_COMPRESSOR= 0x100050
Merit值只有大于MERIT_DO_NOT_USE的时候才有可能被“智能连接”使用；Merit的值越大，这个Filter的机会就越大。
3. Filter之间Pin的连接过程
Filter只有加入到Filter Graph中并且和其它Filter连接成完整的链路后，才会发挥作用。Filter之间的连接（也就是Pin之间的连接），实际上是连接双方的一个 Media type的协商过程。连接的方向总是从Output pin指向Input pin。连接的大致过程为：如果调用连接函数时已经指定了完整的Media type，则用这个Media type进行连接，成功与否都结束连接过程；如果没有指定或不完全指定了Media type，则进入下面的枚举过程。枚举欲连接的Input pin上所有的Media type，逐一用这些Media type与Output pin进行连接（如果连接函数提供了不完全Media type，则要先将每个枚举出来的Media type与它进行匹配检查），如果Output pin也接受这种Media type，则Pin之间的连接宣告成功；如果所有Input pin上枚举的Media type，Output pin都不支持，则枚举Output pin上的所有Media type，并逐一用这些Media type与Input pin进行连接。如果Input pin接受其中的一种Media type，则Pin之间的连接到此也宣告成功；如果Output pin上的所有Media type，Input pin都不支持，则这两个Pin之间的连接过程宣告失败。
每个Pin都可以实现GetMediaType函数来提供该Pin上支持的所有 Preferred Media type（但一般只在Output pin上实现，Input pin主要实现CheckMediaType看是否支持当前提供的Media type就行了）。连接过程中，Pin上枚举得到的所有Media type就是这里提供的。
在CBasePin类中有一个protected的成员变量 m_bTryMyTypesFirst，默认值为false。在我们定制Filter的Output pin中改变这个变量的值为true，可以定制我们自己的连接过程（先枚举Output pin上的Media type）。
当Pin之间的连接成功后，各自的pin上都会调用CompleteConnect函数。我们可以在这里取得一些连接上的Media type的信息，以及进行一些计算等。在Output pin的CompleteConnect实现中，还有一个重要的任务，就是协商Filter Graph运行起来后Sample传输使用的内存配置情况。这同样是一个交互过程：首先要询问一下Input pin上的配置要求，如果Input pin提供内存管理器（Allocator），则优先使用Input pin上的内存管理器；否则，使用Output pin自己生成的内存管理器。我们一般都要实现DecideBufferSize来决定存放Sample的内存大小。注意：这个过程协商完成之后，实际的内存并没有分配，而要等到Output pin上的Active函数调用。
4. Filter Media type概述
Media type一般可以有两种表示：AM_MEDIA_TYPE和CMediaType。前者是一个Struct，后者是从这个Struct继承过来的类。
每个Media type有三部分组成：Major type、Subtype和Format type。这三个部分都使用GUID来唯一标示。Major type主要定性描述一种Media type，比如指定这是一个Video，或Audio或Stream等；Subtype进一步细化Media type，如果Video的话可以进一步指定是UYVY或YUY2或RGB24或RGB32等；Format type用一个Struct更进一步细化Media type。
如果Media type的三个部分都是指定了某个具体的GUID值，则称这个Media type是完全指定的；如果Media type的三个部分中有任何一个值是GUID_NULL，则称这个Media type是不完全指定的。GUID_NULL具有通配符的作用。
常用的Major type:
MEDIATYPE_Video;
MEDIATYPE_Audio;
MEDIATYPE_AnalogVideo;// Analog capture
MEDIATYPE_AnalogAudio;
MEDIATYPE_Text;
MEDIATYPE_Midi;
MEDIATYPE_Stream;
MEDIATYPE_Interleaved;// DV camcorder
MEDIATYPE_MPEG1SystemStream;
MEDIATYPE_MPEG2_PACK;
MEDIATYPE_MPEG2_PES;
MEDIATYPE_DVD_ENCRYPTED_PACK;
MEDIATYPE_DVD_NAVIGATION;
常用的Subtype:
MEDIASUBTYPE_YUY2;
MEDIASUBTYPE_YVYU;
MEDIASUBTYPE_YUYV;
MEDIASUBTYPE_UYVY;
MEDIASUBTYPE_YVU9;
MEDIASUBTYPE_Y411;
MEDIASUBTYPE_RGB4;
MEDIASUBTYPE_RGB8;
MEDIASUBTYPE_RGB565;
MEDIASUBTYPE_RGB555;
MEDIASUBTYPE_RGB24;
MEDIASUBTYPE_RGB32;
MEDIASUBTYPE_ARGB32;// Contains alpha value
MEDIASUBTYPE_Overlay;
MEDIASUBTYPE_MPEG1Packet;
MEDIASUBTYPE_MPEG1Payload;// Video payload
MEDIASUBTYPE_MPEG1AudioPayload;// Audio payload
MEDIASUBTYPE_MPEG1System;// A/V payload
MEDIASUBTYPE_MPEG1VideoCD;
MEDIASUBTYPE_MPEG1Video;
MEDIASUBTYPE_MPEG1Audio;
MEDIASUBTYPE_Avi;
MEDIASUBTYPE_Asf;
MEDIASUBTYPE_QTMovie;
MEDIASUBTYPE_PCM;
MEDIASUBTYPE_WAVE;
MEDIASUBTYPE_dvsd;// DV
MEDIASUBTYPE_dvhd;
MEDIASUBTYPE_dvsl;
MEDIASUBTYPE_MPEG2_VIDEO;
MEDIASUBTYPE_MPEG2_PROGRAM;
MEDIASUBTYPE_MPEG2_TRANSPORT;
MEDIASUBTYPE_MPEG2_AUDIO;
MEDIASUBTYPE_DOLBY_AC3;
MEDIASUBTYPE_DVD_SUBPICTURE;
MEDIASUBTYPE_DVD_LPCM_AUDIO;
MEDIASUBTYPE_DVD_NAVIGATION_PCI;
MEDIASUBTYPE_DVD_NAVIGATION_DSI;
MEDIASUBTYPE_DVD_NAVIGATION_PROVIDER;
常用的Format type：
FORMAT_None
FORMAT_DvInfo DVINFO
FORMAT_MPEGVideo MPEG1VIDEOINFO
FORMAT_MPEG2Video MPEG2VIDEOINFO
FORMAT_VideoInfo VIDEOINFOHEADER
FORMAT_VideoInfo2 VIDEOINFOHEADER2
FORMAT_WaveFormatEx WAVEFORMATEX
5. Filter之间的数据传送
Filter之间的数据是通过Sample来传送的。Sample是一个COM组件，拥有自己的一段数据缓冲。Sample由Allocator统一管理。如下图所示：
Filter之间数据传送的方式有两种：Push模式和Pull模式。
关于本次java中的render是什么和Java中ModelAndView是做什么的的问题分享到这里就结束了，如果解决了您的问题，我们非常高兴。