1. 要看书。在成千上万的编E图书中Q可能很大一部分Ҏ毫无用处。但是仍然有很多图书对你?~程)能力有很大的提升。我一直坚持，相比在网l上查找很多有用信息Q在同类图书中查找要来得更容易更快捷。阅L术图书可心更好地抓住核心内容。对于理论，架构和设计等斚w来说Q图书也一样很有帮助。只不过要找到高质量的、权威的信息Q就不如|络上可供查扄范围qѝ?/p>
2. M码。这也是我很喜欢的一U方式。如果我q没有几q的专业~程工作l验Q在学习之初我ƈ不会去读很多复杂的代码。如果我要是早些开始学习，我将是一个比现在更好的程序员。但是，开始时我会从一些开源项目里Q去学习那些源代?当然Q这些代码不能与我的工作有关Q也不是我自己写?。要从自׃使用到的Q或者自己感兴趣的程序开始这工作。我是从 Paint.net q个|站里开始学习的Q而且已经U篏了很多关?.NET 的编E技术?/p>
d人的代码可以Z提供更多不同的工作思\Q这比你完全凭自己思考得到的工作方式要多?/p>
3. 写代码。}讎ͼ要写大量的代码。从Ҏ上来Ԍ最好的学习Ҏ是实践。如果不写代码，你根本不能把(某种语言?内在的东西学习透彻。学习之初，可以从一些技术指南和图书中照搬一些尽量简单的E序。当Ӟq种照搬是要自己完全手工输入Q而不是复制和_脓Q这两种之间的效果差别是很大的。这U方法的L在于，使知识内在化Qƈ思考其用法Q而不是盲目照抄。学习过E中Q要时常查找新的 API 调用ҎQ这其实是简单的事情?/p>
最重要的是Q要写一个你自己的程序，不管它是一个简单的游戏Q或者是一个参与开源项目的E序Q还是一个公Z自己使用的简单插件。用不同的方式来写程序，量试使用新的技术，新的技巧，新的设计方式。一定要让现在的目比以往的项目更好。想要成一个优U的开发者，q一Ҏ核心?/p>
4. 与其他开发者交。像 AppleQ微软，Google {大公司一L新闻描述的一P(与其他开发者交?可以让你解决一些复杂的问题。虽然这q不能让你感觉到自己已经成一个团队或是社区的成员Q但是这U方法可以让你接触到更多不同的想法?/p>
不同cd的项目要求不同的设计ҎQ代码技术，开发流E和设计思想。如果你工作在一个小团队里，你不必与太多的h接触Q只要在用户会议中扑ֈ一些h(来讨?卛_。如果这栯不行的话Q参与到在线论坛中与其他?q时你需要更努力地寻N质量的讨论内??/p>
6. 教会别h。相对于仅仅M码之cȝ工作Q教其他人学习可以让你更深入地学习某个技术，q种Ҏ有着非凡的效果。教会别人某个技术，同样也会让你更专注于q种技术，q且可以比别人更深层ơ地理解它。同样你也会面对一些问题?/p>
“如果你不能向一个六岁的儿童解析清楚一个概念，那么其实是你q没有完全理解它?#8221;Albert Einstein说?/p>
教学场景可以是无Ih的Q与工作搭档一对一交流Q休息碰面，非正式周会，学习茶会Q教室，讨论发表会，{等。每周在相同理念开发者之间D办一?0分钟的非正式会议怎么P每周Q让几个人来׃们想要更深入了解话题Q向大家传授q些技术知识，q且展开讨论。如果你知道你将要向团队成员们传授正学学习的知识Q你是不是更惌了解q项技术的每个l节呢？
6. 收听|络电台。如果你有空闲的旉Q可以订阅网l电台节目。我现在最喜欢的编E节目就?.Net Rocks。这个节目还会做一些视频节目，叫做 dnrTV 。这样会让你x捕捉到最新最好的技术。一个h是不能学习到所有知识的Q而网l电台刚是一个学习了解广泛知识的途径?/p>
7. 阅读博客。博客远q比阅读者要多，但是其中有一些却是极其优U的。我q里不ƈ不是要推荐博客，因ؓ|络上已l有了够多的博客。这是与真正在开发你所喜欢和用的软g的开者联pȝ好方法?/p>
8. 学习新的语言。即使你已经?C(++,#) / JAVA {语a上有很好的造诣Q仍然有很多其他可以解决问题的编E语a。学习新的语aQ是对你已有思维方式的挑战。这不仅仅是另一U语aQ更是对思维的重新架构。的，所有的语言最后都会被~译成汇~程序，但是qƈ不意味着高语言毫无价倹{?/p>
9. 学习不正的方式。除了要学习应该怎么做，q要学习不应该怎么做。经帔R?Dailywtf.com Q学习你q不知道的经验与教训。学习适当的面向对象设计方式，代码写作方式Q和必须要写的代码等Q是很好的方式，但是如果不细心的话也ҎL不良习惯。学习认识不正确的思\是负责项目开发至关重要的一环?/p>
l基癄对很多觉的不正确方式有十分透彻的分cR?/p>
10. 要谦虚?/p>
学习Q意味着Q?br />
用更好的知识代替不完的知识
增长你所不知道的知识
只有承认自己有所不Q才能有学习的动力。归根到底，是谦虚Q不对吗Q如果你开始认Z已经掌握了所有需要的知识Q那么你危险了。真正的学习是如饥似渴地q逐知识ƈ使其内在化，q需要很大的努力。我们都知道q一点，但是要必L怸断地提醒自己?/p>
]]>
因ؓ公司，没有专门的系l分析h员，只能靠程序员作需求分析，在客h天描q需求时Q很多技术精悍的人根本无法领悟关键，反过来抱怨客h昧，描述不清。很多时候还没有公司Ҏ不懂~程的，但有较好工作l验的业务员领悟来得快?/p>
Z么一个个曾被自己认定什么都不懂的业务员都自己做老板了，而自p几年如一日的扎在电脑前敲代码Q现在知道原因了吗?/p>
作ؓ一个程序员Q研I和熟悉语言固然很重要，但除非你以后惛_~程教学或更高的纯技术研IӞ千万不要一门心思只玩弄技术，而忽略社会经验积累和学习。再高深的编E技术也只是为日常生zd工作服务的，也只是一个开发工兯已.
所以很多刚入门软g行业的h员，都计较于自己熟悉什么语aQ计较于那个语言更高U，q以此ؓ豪?/p>
其实q是愚昧的，pȝ分析员也许没有这些h更精通某语aQ但是ؓ什么系l分析员拥有更高的收入，Z么很多在q些人看h一无所知的业务员却作了自己的老板上司。头脑和思维很重要哦Q一呛_思追求学q个语言那个语言Q其实有点像古时的穷酸秀才，没有用的Q结果只有到处求职?/p>
会哪U语a不重要，重要的是如何客L零散无序的需求，q速消化理解成E序逻辑Q然后用自己熟悉的语a其实现?/p>
也许公怽软g开发的时候，~程实现q程可能工作期更长，技术疑N题也会出现的更多Q但我们依然不能把编E实现过E看作是软g开发的重心Q要知道q个q程只是一?#8220;体力力_”q程Q即使解决了很多技术难题，那也是技巧?#8220;聪?#8221;Q不要以Z解决了这些问题，写了q些代码Q就是公司的d骨干了，大错牚w哦。希望我q样讲不要引起大家的不满?/p>
其实我的意思很单，软g开发绝不是一个用语言~写代码的过E，所以Y件开发h员也不能是仅仅精通某语a的高手?/p>
语言只是一个Y件开发h员工作的工具Q熟悉所用的工具是必要的Q但是成天拿着工具研究是没有用的?/p>
有经验的老渔能打到很多|N仅仅是会撒网Q仅仅是苦练撒网的结果吗??
]]>
q种人眼中的世界非黑即白。他们相信，一切事物都应该像有标准{案的考试一P客观地评定优劣。他们L觉得自己在捍卫信c坚持原则。但是，q些原则Q别人可能完全不以ؓ意。结果，q种人L孤军奋战Q常打|仗?br /> 3、无止境地追求卓?br /> q种求自己是英雄Q也严格要求别h辑ֈ他的水准。在工作上，他们要求自己与部?#8220;更多、更快、更?#8221;。结果，部属被拖得精疲力竭，UL“跌求生”Q留下来的h则更累。结果离职率节节升高Q造成企业的负担?br /> q种人适合独立工作Q如果当ȝQ必雇用一位专门h员，当他寚w属要求太多时Q大胆不讛_提醒他?br /> 4、无条g地回避冲H?br /> q种Z般会不惜一切代P避免冲突。其实，不同意见与冲H，反而可以激发活力与创造力。一位本来应当ؓ部属据理力争的主，Z回避冲突Q可能被部属或其他部门看扁。ؓ了维持和qI他们压抑感情Q结果，他们严重~Z面对冲突、解军_H的能力。到最后，q种解决冲突的无能，蔓g到婚姅R亲子、手与友谊关系?br /> 5、强横压制反对?br /> 他们a行强，毫不留情Q就像一部推土机Q凡L去\者，一律铲qI因ؓ横冲直撞Q攻L过强，不懂得绕道的技巧，l果可能伤害到自q事业生?br /> 6、天生喜Ƣ引Z?br /> q种Zؓ了某U理惻I奋斗不懈。在E_的社会或企业中，他们L很快表明立场Q觉得妥协就是屈辱，如果没有人注意他Q他们会变本加厉Q直到有人注意ؓ止?br /> 7、过度自信，急于成功
q种度自信，急于成功。他们不切实际，扑ַ作时Q不是龙头企业则免谈Q否则就自立门户。进入大企业工作Q他们大多自告奋勇，要求负责过自己能力的工作。结果Q务未达成Q仍不会停止挥棒Q反而想用更高的功W来I补之前的承诺Q结果成了常败将军?br /> q种人大多是心理上缺乏肯定，必须扑և心理ҎQ才能停止不断想挥棒的行为。除此之外，也必d制自?#8220;不作为，不行?#8221;?br /> 8、被困难“lx索绑”
他们是典型的悲观，喜欢杞h忧天。采取行动之前，他会惛_一切负面的l果Q感到焦虑不安。这Uh担QȝQ会遇事拖gQ按兵不动。因为太在意愧感，甚至担心部属会出状况Q让他难堪?br /> q种人必训l自己，在考虑M事情Ӟ必须控制心中的恐惧，让自己变得更有行动力。职Z最有效地生存法Q?br /> 9、疏于换位思?br /> q种人完全不了解人性，很难了解恐惧、爱、愤怒、贪婪及怜悯{情l。他们在通电话时Q通常q招呼都不打Q直接切入正题，~Z心比心的能力，他们x情A因素排除在决{过E之外?br /> q种人必Mؓ自己做一?#8220;情AE查”Q了解自己对哪些感觉较敏感；问朋友或同事Q是否发C忽略别h的感受，搜集自己行ؓ模式的实际案例，重新演练整个情境Q改变行为?br /> 10、不懂装?br /> 工作中那U不懂装懂的人，喜欢_“q些工作真无聊?#8221;但他们内心的真正感觉是：“我做不好M工作?#8221;他们希望q纪轻轻功成名，但是他们又不喜欢学习、求助或征询意见Q因样会被h以ؓ他们“不胜?#8221;Q所以他们只好装懂。而且Q他们要求完却又严重拖ӞD工作严重瘫痪?br /> 11、管不住嘴巴
有的人往往不知道，有些话题可以公开交谈Q而有些内Ҏ只能U下说。这些h通常都是好hQ没有心机，但在讲究l织层的企业，q种不住嘴巴的人，只会断送事业生涯?br /> 他们必须随时q立警告标C，提醒自己什么可以说Q什么不能说。什么样的MM最好找工作……
12、我的\到底对不对？
q种人L觉得自己失去了职业生涯的方向?#8220;我走的\到底对不对？”他们Lq样怀疑。他们觉得自q角色可有可无Q跟不上别hQ也没有归属感?
]]>
JSEclipse :
WTP :
ATF :
Lomboz Q?
]]>
其实J2ee的规范指南里面就已经包括了一些对象持久化技术，例如JDOQJava Data ObjectQ就是Java对象持久化的新规范，一个用于存取某U数据仓库中的对象的标准化APIQ提供了透明的对象存储，对开发h员来_存储数据对象完全不需要额外的代码Q如JDBC API的用）。这些繁琐的工作已经转移到JDO产品提供商n上，使开发h员解脱出来，从而集中时间和_֊在业务逻辑上。另外，JDO很灵z，因ؓ它可以在M数据底层上运行。JDBC只是面向关系数据库（RDBMSQJDO更通用Q提供到M数据底层的存储功能，比如关系数据库、文件、XML以及对象数据库（ODBMSQ等{，使得应用可移植性更强。我们如果要理解对象持久化技术，首先要问自己一个问题：Z么传l的JDBC来持久化不再能满_家的需求了呢？
W者认为最好是能用JDBC真正~写q程序了才能真正体会ORM的好处，同样的道理，真正拿Servlet/Jsp做过目了才能体会到Struts?nbsp;Spring{框架的方便之处。很q运的是W者这两者都曄l历q，用q内嵌Java代码的Jsp加Servlet转发写过完整的Web目Q也?nbsp;JDBC搭徏q一个完整C/S目的后台。所以现在接触到新框架才更能体会它们思想和实现的优越之处Q回从前的代码Q真是丑陋不堪啊。^_^
回到正题Q我们来研究一下ؓ什么要从JDBC发展到ORM。简单来_传统的JDBC要花大量的重复代码在初始化数据库q接上，每次增删Ҏ都要获得 Connection对象Q初始化StatementQ执行得到ResultSet再封装成自己的List或者ObjectQ这样造成了在每个数据讉KҎ中都含有大量冗余重复的代码，考虑到安全性的话，q要加上大量的事务控制和log记录。虽然我们学习了设计模式之后Q可以自己定义Factory来帮助减一部分重复的代码，但是仍然无法避免冗余的问题。其ơ，随着OO思想深入人心Q连典型的过E化语言Perl{都冠冕堂皇的加上了OO的外壻I何况?nbsp;Java中繁杂的数据库访问持久化技术呢Q强调面向对象编E的l果是扑ֈ一个桥梁，使得关系型数据库存储的数据能准确的映到Java的对象上Q然后针对Java对象来设计对象和ҎQ如果我们把数据库的Table当作ClassQRecord当作Instance的话Q就可以完全用面向对象的思想来编写数据层的代码。于是乎QObject Relationship Mapping的概念开始普遍受到重视，管很早很早已l有人提出来了?nbsp;
~点我们已经大概清楚了，那么如何改进呢？对症下药Q首先我们要解决的是如何从Data Schema准备完美的映到Object SchemaQ另外要提供Ҏ据库q接对象生命周期的管理，对事务不同粒度的控制和考虑到扩展性后提供对XML、Properties{可配置化的文g的支持。到目前为止Q有很多框架和技术在试着q样做。例如似乎是装理得过了头的EJB、很早就出现目前已经不在开发和升了的Apache OJB、首先支持Manual SQL的iBATISQ还有公认非怼U的Hibernate{等。在分别介绍它们之前Q我q想反复q些框架都在试图做什么：
毕竟Java Object和数据库的每一条Recordq是有很大的区别Q就是类型上来说QDB是没有Booleancd的。而Java也不得不用封装类QInteger、Double{）Z能映上数据库中为null的情况，毕竟Primitivecd是没有null值的。还有一个比较明昄问题是，数据库有主键和外键，而Java中仍然只能通过基本cd来对应字DD已Q无法规定Unique{特征，更别提外键约束、事务控制和U联操作了。另外，通过Java Object预设某Field值去取数据库记录Q是否在q样的记录也是不能保证的。真的要设计到完全映的话，Java的Static被所有对象共享的变量怎么办？在数据库中如何表现出?#8230;…
我们能看到大量的问题像一座大山横在那些框架设计者们面前Q他们ƈ不是没有解决办法Q而是从不同的角度去考虑Q会得到很多不同的解x案，问题是应该采取哪一U呢Q甚臛_有等到真正设计出来了投入生使用了，才能印证出当初的设想是否真的能ؓ目开发带来更多的益处。笔者引用一份文档中提到一个健壮的持久化框架应该具有的特点Q?nbsp;
A robust persistence layer should support----
1. Several types of persistence mechanism
2. Full encapsulation of the persistence mechanism.
3. Multi-object actions
4. Transactions Control
5. Extensibility
6. Object identifiers
7. Cursors: logical connection to the persistence mechanism
8. Proxies: commonly used when the results of a query are to be displayed in a list
9. Records: avoid the overhead of converting database records to objects and then back to records
10. Multi architecture
11. Various database version and/or vendors
12. Multiple connections
13. Native and non-native drivers
14. Structured query language queries(SQL)
现在来简短的介绍一下笔者用q的一些持久化框架和技术，之所以前面强调那么多共通的知识Q是希望大家不要盲从行框架Q一定要把握它的本质和卓的思想好在哪里?nbsp;
1Q?nbsp; Apache OJB
OJB代表Apache Object Relational BridgeQ是Apache开发的一个数据库持久型框架。它是基于J2ee规范指南下的持久型框架技术而设计开发的Q例如实CODMG 3.0规范的APIQ实CJDO规范的APIQ?nbsp; 核心实现是Persistence Broker API。OJB使用XML文g来实现映ƈ动态的在Metadata layer听过一个Meta-Object-Protocol(MOP)来改变底层数据的行ؓ。更高的特点包括对象缓存机制、锁理机制?nbsp;Virtual 代理、事务隔L别等{。D个OJB Mapping的简单例子ojb-repository.xmlQ?nbsp;
<class-descriptor class=”com.ant.Employee” table=”EMPLOYEE”>
<field-descriptor name=”id” column=”ID”
jdbc-type=”INTEGER” primarykey=”true” autoincrement=”true”/>
<field-descriptor name=”name” column=”NAME” jdbc-type=”VARCHAR”/>
</class-descrptor>
<class-descriptor class=”com.ant.Executive” table=”EXECUTIVE”>
<field-descriptor name=”id” column=”ID”
jdbc-type=”INTEGER” primarykey=”true” autoincrement=”true”/>
<field-descriptor name=”department” column=”DEPARTMENT” jdbc-type=”VARCHAR”/>
<reference-descriptor name=”super” class-ref=”com.ant.Employee”>
<foreignkey field-ref=”id”/>
</reference-descriptor>
</class-descrptor>
2Q?nbsp; iBATIS
iBATIS最大的特点是允许用户自己定义SQL来组配Bean的属性。因为它的SQL语句是直接写入XML文g中去的，所以可以最大程度上利用?nbsp;SQL语法本n能控制的全部Ҏ，同时也能允许你用特定数据库服务器的额外Ҏ，q不局限于cMSQL92q样的标准，它最大的~点是不支持枚Dcd的持久化Q即把枚丄型的几个对象属性拼成与数据库一个字D例如VARCHAR对应的行为。这里也举一个Mapping文g的例子sqlMap.xmlQ?nbsp;
<sqlMap>
<typeAlias type=”com.ant.Test” alias=”test”/>
<resultMap class=”test” id=”result”>
<result property=”testId” column=”TestId”/>
<result property=”name” column=”Name”/>
<result property=”date” column=”Date”/>
</resultMap>
<select id=”getTestById” resultMap=”result” parameterClass=”int”>
select * from Test where TestId=#value#
</select>
<update id=”updateTest” parameterClass=”test”>
Update Tests set Name=#name#, Date=”date” where TestId=#testId#
</update>
</sqlMap>
3Q?nbsp; Hibernate
Hibernate无疑是应用最q泛最受欢q的持久型框Ӟ它生成的SQL语句是非怼U。虽然一度因Z能支持手工SQL而性能受到局限，但随着C?nbsp;Hibernate 3.x推出Q很多缺炚w被改q，Hibernate也因此变得更加通用而时。同样先看一个Mapping文g的例子customer.hbm.xml来有一个大概印象：
<hibernate-mapping>
<class name=”com.ant.Customer” table=”Customers”>
<id name=”customerId” column=”CustomerId” type=”int” unsaved-value=”0”>
<generator class=”sequence”>
<param name=”sequence”> Customers_CustomerId_Seq </param>
</generator>
</id>
<property name=”firstName” column=”FirstName”/>
<property name=”lastName” column=”LastName”/>
<set name=”addresses” outer-join=”true”>
<key column=”Customer”/>
<one-to-many class=”com.ant.Address”/>
</set>
…
</class>
</hibernate-mapping>
Hibernate有很多显著的Ҏ，最H出的就是它有自q查询语言叫做HQLQ在HQL中select from的不是Table而是cdQ一斚w更加面向对象Q另外一斚w通过在hibernate.cfg.xml中配|Dialect为HQL可以使得整个后台与数据库q耦合Q因Z用那种数据库我都是ZHQL来查询，Hibernate框架负责帮我最l{换成特定数据库里的SQL语句。另?nbsp;Hibernate在Object-Cachingq方面也做得相当Q它同时理两个U别的缓存，当数据被W一ơ取出后Q真正用的时候对象被攑֜一U缓存管理，q个时候Q何改动都会媄响到数据库；而空闲时候会把对象放在二U缓存管理，虽然q个时候与数据库字D能对应上但未绑定在一P改动不会影响到数据库的记录，主要目的是ؓ了在重复d的时候更快的拿到数据而不用再ơ请求连接对象。其实关于这U缓存的设计大家研究一下Oracle的存储机Ӟ原理是相通的Q，Oracle牺牲了空间换来时间依赖于很健壮的~存法来保证最优的企业U数据库讉K速率?nbsp;
以上是一些Mapping的例子，真正在Java代码中用多半是l承各个框架中默认的Dao实现c，然后可以通过Id来查扑֯象，或者通过 Example来查找，更流行的是更具Criteria查找对象。Criteria是完全封装了SQL条g查询语法的一个工LQQ何一个查询条仉可以在Criteria中找到方法与之对应，q样可以在Java代码U别实现SQL的完全控制。另外，现在许多ORM框架的最新版本随着JDk 5.0加入AnnotationҎ都开始支持用XDoclet来自动根据Annotation来生成XML配置文g了?nbsp;
W者不可能详细的讲解每一个框Ӟ也许更多的h在用HibernateQ笔者是从OJB开始接触ORM技术的Q它很原始却更容易让人理解从JDBC?nbsp;ORM的过渡。更多的l节是可以从官方文档和书c中学到的，但我们应该更加看中它们设计思想的来源和闪光点，不是盲从它们的用方法?
]]>
引用《Spring2.0技术手册》上的一D话Q?nbsp;
Spring的核心是个轻量容器Q它是实现IoC容器和非侵入性的框架Qƈ提供AOP概念的实现方式；提供Ҏ久层、事务的支持Q提供MVC Web框架的实玎ͼq对于一些常用的企业服务API提供一致的模型装Q是一个全方位的应用程序框Ӟ除此之外Q对于现存的各种框架QSpring也提供了与它们相整合的方案?nbsp;
接下来笔者先谈谈自己的一些理解吧QSpring框架的发赯之前一本很著名的书名字大概是《J2ee Development without EJB》，他提倡用轻量U的lg代替重量U的EJB。笔者还没有看完那本著作Q只阅读了部分章节。其中有一点分析觉得是很有道理的：
EJB里在服务器端有Web Container和EJB ContainerQ从前的观点是各层之间应该在物理上隔，Web Container处理视图功能、在EJB Container中处理业务逻辑功能、然后也是EBJ Container控制数据库持久化。这L层次是很清晰Q但是一个很严重的问题是Web Container和EJB Container毕竟是两个不同的容器Q它们之间要通信得用的是RMI机制和JNDI服务Q同样都在服务端Q却物理上隔，而且每次业务h都要q程调用Q有没有必要呢？看来q隔离都是好的?nbsp;
再看看轻量和重量的区别，W者看q很多种说法Q觉得最有道理的是轻量代表是POJO + IoCQ重量的代表是Container + Factory。（EJB2.0是典型的重量U组件的技术）我们量使用轻量U的Pojo很好理解Q意义就在于兼容性和可适应性，UL不需要改变原来的代码。而Ioc与Factory比v来，Ioc的优Ҏ更大的灵zL，通过配置可以控制很多注入的细节，而Factory模式Q行为是相对比较闭固定的，生一个对象就必须接受它全部的特点Q不是否需要。其实轻量和重量都是相对的概念，使用资源更少、运行负载更的自然q轻量?nbsp;
话题扯远了，因ؓSpring框架带来了太多可以探讨的地方。比如它的非侵入性：指的是它提供的框架实现可以让E序员编E却感觉不到框架的存在，q样所写的代码q没有和框架l定在一P可以随时抽离出来Q这也是Spring设计的目标。Spring是唯一可以做到真正的针Ҏ口编E，处处都是接口Q不依赖l定M实现cR同ӞSpringq设计了自己的事务管理、对象管理和Model2 的MVC框架Q还装了其他J2ee的服务在里面Q在实现上基本都在用依赖注入和AOP的思想。由此我们大概可以看到Spring是一个什么概念上的框Ӟ代表了很多优U思想Q值得深入学习。笔者强调，学习q不是框Ӟ而是框架代表的思想Q就像我们当初学Struts一?#8230;…
1QSpring MVC
关于IoC和AOPW者在上篇已经E微解释q了Q这里先通过Spring的MVC框架来给大家探讨一下Spring的特点吧。（毕竟大部分h已经很熟悉Struts了，Ҏ一下吧Q?nbsp;
众所周知MVC的核心是控制器。类似Struts中的ActionServletQSpring里面前端控制器叫做DispatcherServlet。里面充当Action的组件叫做ControllerQ返回的视图层对象叫做ModelAndViewQ提交和q回都可能要l过qo的组件叫?nbsp;Interceptor?nbsp;
让我们看看一个从h到返回的程吧：
(1) 前台Jsp或Html通过点击submitQ将数据装入了request?nbsp;
(2) h被Interceptor拦截下来Q执行preHandler()Ҏ出前|判?nbsp;
(3) h到达DispathcerServlet
(4) DispathcerServlet通过Handler Mapping来决定每个reuqest应该转发l哪个后端控制器Controlle
]]>