�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#19969;&#39321;&#23159;&#23159;&#28145;&#24773;&#20116;&#26376;&#20122;&#27954;&#44;&#20122;&#27954;&#27704;&#20037;&#19968;&#21306;&#20108;&#21306;&#19977;&#21306;&#22312;&#32447;&#44;&#27431;&#32654;&#22269;&#20135;&#32508;&#21512;</title><link>http://www.aygfsteel.com/linq/archive/2006/02/18/31416.html</link><dc:creator>未来刀�?/dc:creator><author>未来刀�?/author><pubDate>Sat, 18 Feb 2006 13:06:00 GMT</pubDate><guid>http://www.aygfsteel.com/linq/archive/2006/02/18/31416.html</guid><wfw:comment>http://www.aygfsteel.com/linq/comments/31416.html</wfw:comment><comments>http://www.aygfsteel.com/linq/archive/2006/02/18/31416.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/linq/comments/commentRss/31416.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/linq/services/trackbacks/31416.html</trackback:ping><description><![CDATA[开学第一周在匆匆忙忙的脚步中�q�去了！下了一周的雨也�l�于停了�Q�第一个周末，也没什么大事情�Q�就拿struts来开开涮吧�Q?BR>说干���干�Q�因������׃��前已�l�看�q�一点struts�Q��ƈ且做�q�一个小例子�Q�记得以前好像有个wizard�Q�就是教你一步步用struts<IMG height=19 src="http://www.aygfsteel.com/Emoticons/75_75.gif" width=19 border=0>�Q�。但�q�没有深入它的代码，对它的流�E�当时了解过�Q�不�q�现在忘�?IMG height=19 src="http://www.aygfsteel.com/Emoticons/cry_smile.gif" width=19 border=0>�Q�唉�Q�岁月不饶�h�Q�不服老不行，看着记性！<BR>先把struts做个Introduction吧，正好在介�l�的同时也给自己一个整理的��Z���Q�看了一天了�Q�整理一下思�\吧！<BR>首先讲到struts�Q�就不能不提Model 2�Q�讲到Model 2��׃��能不提到Model 1�Q?IMG height=19 src="http://www.aygfsteel.com/Emoticons/51_51.gif" width=19 border=0>�Q�，其实�Q�这三者都���M��开一个东西，���是java中web application里面的最基本也是最重要的东西，servlet�Q�不错，我认为它是个基础�Q�个人看�?)�Q�servlet是个好东西，sun公司认�ؓ有两�U�类型的web application�Q?、Presentation-oriented 2、Service-oriented。随着Web被逐渐用于deliver service�Q�那些service providers逐渐认识到在Web中提供动态内容的重要性。随之出��C��CGI。CGI的缺�Ҏ����׃��说啦�Q�其实我没大用过CGI�Q�汗一个！不过据说是有很多�~�点的，比如�q�_��相关性，lack of scalability。于是servlet适时而出了！<BR>关于servlet的细节我��׃��具体提了�Q�我也有待学习，�q�里之所以提到servlet�Q�是因�ؓstruts中的一个核心部件就是一个servlet�Q�所以在�q�里���单提一下servlet�Q�以供读者检查自己是否应该先��M��解一下servlet。Model 1���单讲���是只用JSP�Q�而不用servlet�Q�这里的用与不用�Q�仅是对web开发�h员而言�Q�因为JSP最�l�还是会被translate为servlet�Q�这里用translate是遵照官方用词，国内很多书翻为编译，个�h认�ؓ不是很恰当）。其实出现Model 1的原因也很简单，因�ؓ用servlet来构造一个网��不胜其烦，一堆的out.pringln(...)让�h整个感觉是手工构造一个网��，在这个所见即所得的今天�Q�我们可能永�q�无法想象它的繁琐性！于是出现了JSP�Q�把那些工作交给了web container�Q�我们只需用所见即所得的tool构造web�Q�然后在web中适当的地方加入java代码卛_��。好�Q�点��Cؓ止，再具体就是jsp的内容了。但后来��Z��发现�Q�完全抛弃servlet�q�不是一个好的idea�Q�其中的一个关键问题就是content与presentation��h��在一��P��非常不利于维护和修改。于是�h们又提出了结合jsp与servlet来开发web�Q�这���是Model 2�Q�它本质上是�l�典MVC模式的一个变�U�。这里推荐一���文�?A href="http://http://www.javaworld.com/javaworld/jw-12-1999/jw-12-ssj-jspmvc.html">Understanding JavaServer Pages Model 2 architecture </A>�Q�专门介�l�Model2的，希望对大家有所帮助�Q�这也是struts官方�|�站上推荐的一���文章！�׃��我们的主题是struts�Q�所以我们就不细谈这���文章了�?BR>当然我也希望读者对MVC模式有所了解�Q�如果否�Q�请�?A >MVC</A>的源头。了解一下它吧，一个很好的东东�Q?BR>好，准备东西讲完了，我们下面开始看struts�Q?BR>struts从结构上讲是�W�合Model2的，先简单介�l�一下它的情况，它的目的���是要解决Model 1中的flow control的问题，�q���得内容（Model�Q�与表现�Q�View�Q�彻底分���R��Struts是在2000�q?月由Craig R. McClanahan发�v的。�ƈ�?001�q?月发布了1.0版�?休息一下）<BR><img src ="http://www.aygfsteel.com/linq/aggbug/31416.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/linq/" target="_blank">未来刀�?/a> 2006-02-18 21:06 <a href="http://www.aygfsteel.com/linq/archive/2006/02/18/31416.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Eclipse(3.1) Plugin Framework(��Z��OSGI的Plugin Architecture) (转自Programmer's Life�Q?/title><link>http://www.aygfsteel.com/linq/archive/2005/12/30/26106.html</link><dc:creator>未来刀�?/dc:creator><author>未来刀�?/author><pubDate>Fri, 30 Dec 2005 11:05:00 GMT</pubDate><guid>http://www.aygfsteel.com/linq/archive/2005/12/30/26106.html</guid><wfw:comment>http://www.aygfsteel.com/linq/comments/26106.html</wfw:comment><comments>http://www.aygfsteel.com/linq/archive/2005/12/30/26106.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/linq/comments/commentRss/26106.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/linq/services/trackbacks/26106.html</trackback:ping><description><![CDATA[<P><FONT style="BACKGROUND-COLOR: #ffa500"><FONT color=#800080 size=5><STRONG>概述</STRONG></FONT><BR></FONT>Eclipse中最出彩的部分莫�q�于它的Plugin Framework�Q�可以说Eclipse在一定程度上使得Plugin机制得以���行�Q�当�Ӟ��Eclipse的优势不仅仅在此�Q�但正因为采用了Plugin机制�Q�Eclipse才得以被不断的扩充，���来���强大。一直以来就惛_��析Eclipse的Plugin Framework�Q�由于各�U�原因一直耽搁�Q�刚好这个周末没什么事�Q�下定决心对其进行了研究和分析，�Ҏ��很原始，���是对Eclipse的启动过�E�进行分析，��Z��的是Eclipse 3.1的版本，分析�q�程��׃��在这说了�Q�主要是说说分析出来的心得�?BR>架构上来讲Eclipse基本采用的是Kernel+Core Plugins+Custom Plugins的结构体�p�，除了Kernel部分外均为Plugin�Q�所以可�U�Cؓall are plugins�Q�凡是Plugin的部分都是可被替换的�?/P>
<P><FONT style="BACKGROUND-COLOR: #ffa500" color=#800080 size=5><STRONG>OSGI</STRONG></FONT><BR>Eclipse 3.0后采用的是OSGI来作为其Plugin Architecture实现的依据，鉴于此就得简单提提OSGI了，主要从Plugin的角度来分析OSGI�Q�OSGI概念中主要分��Z��Bundle和Service�Q�可以认为Bundle是一个模块的���理器，主要是通过BundleActivator���理模块的生命周期，而Service则是�q�个模块可暴露对外的服务对象�Q�这里体��C��OSGI和传�l�的Plugin Framework不同的一个地方，���理和静态结构分开�Q�在OSGI中通过在manifest.mf文�g中增加一些内�Ҏ��发布Bundle�Q�在其中描述了Bundle的提供商、版本、唯一ID、classpath、暴露对外的包、所依赖的包�Q�每个Bundle拥有自己的ClassLoader以及context�Q�通过context可进行服务的注册、卸载等�Q�这些操作都会通过事�g机制�q�播�l�相应的其他的Bundle�Q�一般来说都为通过在Bundle中编写初始需要注册的服务的方法来完成Bundle可供外部使用的服务的暴露功能�Q�如需要调用其他Plugin提供的服务可通过context的getServiceReference先获取Service的句柄，再通过context.getService(ServiceReference)的方法获取Service的实体�?/P>
<P><FONT style="BACKGROUND-COLOR: #ffa500" color=#800080 size=5><STRONG>Eclipse Plugin定义<BR></STRONG></FONT>Eclipse中的Plugin的概念�ؓ包含一�p�d��服务的模块即��Z��个Plugin。既然是遵��@OSGI的，也就意味着Plugin通常是由Bundle和N多Service共同构成的，在此基础上Eclipse认�ؓPlugin之间通常存在两种关系�Q�一�U��ؓ依赖�Q�一�U��ؓ扩展�Q�对于依赖可通过OSGI中元描述信息里添加需要引用的Plugin卛_��实现�Q�但扩展在OSGI中是没有定义的，Eclipse采用了一个Extension Point的方式来实现Plugin的扩展功能�?BR>�l�合OSGI<BR>Eclipse遵��@OSGI对于Plugin的ID、版本、提供商、classpath、所依赖的plugin以及可暴露对外的包均在manifest.mf文�g中定义�?BR>Plugin Extension Point<BR>对于扩展�Q�Eclipse采用Extension Point的方式来实现�Q�每个Plugin可定义自��q��Extension Point�Q�同时也可实现其他Plugin的Extension Point�Q�由于这个在OSGI中是未定义的�Q�在Eclipse中仍焉���过在plugin.xml中进行描�q�ͼ�描述的方法�ؓ通过&lt;extension-point id="" name="" schema=""&gt;的�Ş式来定义Plugin的扩展点�Q�通过&lt;extension point=""&gt;的�Ş式来定义实现的其他Plugin的扩展点�Q�所提供的扩展点通过schema的方式进行描�q�ͼ�详细见eclipse extension-point schema规范�Q��ؓ了更好的说明扩展点这个概念，举例如下�Q�如工具栏就是工��h��Plugin提供的一个扩展点�Q�其他的Plugin可通过此扩展点��d��按钮臛_����h��中，�q�可相应的添加按钮所对应的事�?当然�Q�此事�g必须实现工具栏Plugin此扩展点所要求的接�?�Q�工��h��的Plugin���通过callback的方式来相应的响应按钮的动作。可见通过Extension Point的方式可以很好的提供Plugin的扩展方式以及实现扩展的方式�?/P>
<P><FONT style="BACKGROUND-COLOR: #ffa500" color=#800080 size=5><STRONG>Eclipse Plugin Framework</STRONG><BR></FONT>那么Eclipse是如何做到Plugin机制的实现的呢？�Q�还是先讲讲Eclipse的设计风��|��Eclipse在设计时有个重要的分层法则，卌����a�层相兛_��语言层无关的代码分开(如jdt.core和core)�Q�核心与UI分开(如workbench.ui和workbench.core)�q�两个分层法则，�q�个在Eclipse代码中处处可见，在Plugin Framework部分也充分得体现了这个，遵��@OSGI�Q�Eclipse首先是实��C��一个OSGI Impl�Q�这个主要通过它的FrameWork、BundleHost、ServiceRegistry、BundleContextImpl�{�对象来实现�Q�如果关心的话大家可以看看这部分的代码，实现了Bundle的安装、触发、卸载以及Service的注册、卸载、调用，在Plugin机制上Eclipse采用的�ؓlazy load的方式，卛_��调用时才�q�行实际的启动，采用的�ؓ句柄/实体的方式来实现�Q�外部则通过OSGI�q�行启动、停止等动作�Q�各Plugin则通过BundleContext来进行服务的注册、卸载和调用�Q�这是OSGI的部分实现的���单介�l��?BR>那么Extension Point斚w��Eclipse是如何实现的呢，在加载Plugin�Ӟ��Eclipse通过对plugin.xml的解析获取其中的&lt;extension-point&gt;节点�?lt;extension&gt;节点�Q��ƈ相应的注册到ExtensionRegistry中，而各个提供扩展点的Plugin在提供扩展点的地方进行处理，如工��h��Plugin提供了工��h��的扩展点�Q�那么在构成工具栏时Plugin���通过Platform.getPluginRegistry().getExtensionPoint(扩展点ID)的方法获取所有实现此扩展点的集合IExtensionPoint[]�Q�通过此集合可获取IConfigurationElement[]�Q�而通过�q�个���可以获�?lt;extension point=""&gt;其中的配�|�，同时�q�可通过IConfigurationElement创徏回调对象的实例，通过�q�样的方法Eclipse也就实现了对于Plugin的扩展以及扩展的功能的回调。在Plugin Framework中还涉及很多事�g机制的��用，比如Framework的事件机�Ӟ��以便在Bundle注册、Service注册的时候进行通知�?/P>
<P><FONT style="BACKGROUND-COLOR: #ffa500" color=#800080 size=5><STRONG>�ȝ��</STRONG></FONT><BR>通过对Eclipse启动�q�程的分析，可清晰的看到Eclipse Kernel+Core Plugins+Application Plugins的方式，在代码中分别对应为loadBasicBundles和registerApplicationServices�Q�loadBasicBundles通过加蝲config.ini中的osgi.bundles完成基本的bundles的加载，�ȝ��看这个配�|�会发现是org.eclipse.core.runtime�q�有一个update�Q�core.runtime又会通过IDEApplication来完成整个Eclipse的启动，同时会注册所有与workbench相关的plugin�?BR>Eclipse�׃��以前版本的Plugin Framework是没有采用OSGI的，所以通过EclipseAdaptor的方式来实现与以往的兼容，目前新的Plugin采用的方式基本就是manifest.mf描述Plugin OSGI部分的信息，Plugin.xml描述扩展点的信息�?BR>Eclipse中有非常多优�U�的设计，�q�个在看它的代码时会有很��q��感触�Q�比如Contributing to Eclipse中提到的Extension Object/Interface的设计，���实是非常的不错�Q�虽然看��C��可能觉得很简单，关键是要惛_��到�ƈ合适的��M��用�?BR>�ȝ��陈词�Q�^_^�Q�Eclipse Plugin Framework是采用OSGI Impl+Plugin Extension-Point的方式来共同实现的，实现了Plugin的部�|�Ӏ�编写、独立的Classloader和Context、Plugin中Service的注册、Plugin中Service的调用、Plugin的依赖、Plugin的扩展、Plugin生命周期的管理�?/P>
<P><FONT style="BACKGROUND-COLOR: #ffa500" color=#800080 size=5><STRONG>带来的思�?BR></STRONG></FONT>Eclipse Plugin Framework采用的是OSGI的实玎ͼ�一定程度上我们也能看到OSGI的优点，那么JMX+IoC方式的Plugin Framework与其的比较又是在哪些斚w��呢？Eclipse Plugin Framework不��的地方又在哪里呢�Q�哪些地方值得改进呢？</P><img src ="http://www.aygfsteel.com/linq/aggbug/26106.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/linq/" target="_blank">未来刀�?/a> 2005-12-30 19:05 <a href="http://www.aygfsteel.com/linq/archive/2005/12/30/26106.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                        <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">̩����</a>|
<a href="http://" target="_blank">¡����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��¡��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">μԴ��</a>|
<a href="http://" target="_blank">¹Ȫ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��¡��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">Ӫ����</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�ϴ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">��ľ��</a>|
<a href="http://" target="_blank">�°Ͷ�������</a>|
<a href="http://" target="_blank">�찲��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">�������</a>|
<a href="http://" target="_blank">¦����</a>|
<a href="http://" target="_blank">¬����</a>|
<a href="http://" target="_blank">���п�ǰ��</a>|
<a href="http://" target="_blank">��Ԫ��</a>|
<a href="http://" target="_blank">Ӣ����</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>