網(wǎng)站策
劃是成功網(wǎng)站平臺建設成敗的關鍵內(nèi)容之一。在中國真正普及全職的網(wǎng)站策劃人員嚴格講是2002年，在之前更多是由技術性人才（軟件項目經(jīng)理、網(wǎng)站美工等）
擔任此項職位，隨著中國互聯(lián)網(wǎng)環(huán)境轉晴，網(wǎng)站的高競爭使網(wǎng)站策劃的地位突顯。我們可以看到，許多真正處于領軍性地位的網(wǎng)站平臺90%具有一個特點——網(wǎng)站
策劃思路清晰合理，界面友好，網(wǎng)站營銷作用強；因此專業(yè)的網(wǎng)站策劃是未來網(wǎng)站成功的重要條件之一。 在未來，網(wǎng)站策劃呈現(xiàn)以下5大趨勢：
1．具備市場/銷售意識，且掌握扎實技術的專業(yè)網(wǎng)站策劃人才成搶手貨
網(wǎng)站定位決定了網(wǎng)站策劃思想的寬度和深度，網(wǎng)站客戶決定了網(wǎng)站策劃思維形式，網(wǎng)站頁面和程序的實現(xiàn)決定了優(yōu)秀網(wǎng)站策劃思想的表現(xiàn)力，網(wǎng)站市場/銷售再次
驗證網(wǎng)站策劃水平的高低；如果需要深入并運用上句的思想，就必須具備市場、銷售、和扎實技術于一身，這種復合性網(wǎng)站策劃人才則是現(xiàn)今大網(wǎng)站品牌競爭中不可
或缺的人力資源，隨著國家2001年開設電子商務專業(yè)，這種人才真正成熟須要再等5年以上；但由于網(wǎng)站越來越多，優(yōu)秀的網(wǎng)站競爭越來越難，這種人才在5年
內(nèi)將從從事網(wǎng)站銷售、市場、技術這三方面的人才中產(chǎn)生，其中當前網(wǎng)站競爭實力不高的情況下，技術人才轉型是網(wǎng)站策劃是當前現(xiàn)狀，不過未來以市場/銷售為主
的人才轉型，才能真正推動網(wǎng)站策劃走向?qū)I(yè)化。
2．人機工程學思想將大行其道
人機工程學又稱人機工效學
(Ergonomics)，是一門讓技術人性化的科學，一門關于技術和人的協(xié)調(diào)關系的科學。即如何讓技術的發(fā)展圍繞人的需求來展開，把人作為產(chǎn)品和環(huán)境設
計的出發(fā)點，使其性能、色彩等更好地適應和滿足人類的生理和心理的需要，從而使人們在工作中更安全、便捷和舒適，工作效率更高。其研究方法和評價手段涉及
心理學、生理學、醫(yī)學、人體測量學、美學和工程技術等多個領域。
人機工程學已滲透至我們生活的每一個部分，例如：喝水的杯子，洗口的牙膏，使
用的電腦…等各方面，人機工程學更是利于產(chǎn)品銷售的優(yōu)化劑，那么我們從專業(yè)網(wǎng)站策劃看，更需要人機工程學幫助我們使網(wǎng)站平臺更容易推銷給目標客戶。在未來
人機工程學將使網(wǎng)站在以下方面得到質(zhì)的提升：
人性化：通過引導性文字語言、圖形語言、個性互動等方式，使網(wǎng)站平臺更利于客戶瀏覽，以吸引并留住客戶。
方便性：網(wǎng)站操作簡便、易用，內(nèi)容分布合理，符合客戶的行為習慣。
邏輯性：整體網(wǎng)站策劃流程符合客戶心理，且在充分分析客戶行業(yè)特征的基礎上，建立網(wǎng)站內(nèi)部功能之間的邏輯轉換，讓客戶享受整個訪問過程。
科學性：網(wǎng)站欄目策劃、定位具備科學性，其既充分代表了網(wǎng)站的意圖，又能充分調(diào)動訪客繼續(xù)點擊，引導客戶購買產(chǎn)品。
控制性：網(wǎng)站在建立客戶行為權限控制方面，必須符合公司業(yè)務規(guī)則，根據(jù)不同的客戶類型產(chǎn)生不同的權限。
交互性：建立異步溝通系統(tǒng)（幫助中心、留言板、操作指南…）方便客戶與網(wǎng)站之間溝通；建立同步溝通系統(tǒng)（即時聊天、電話反饋…）達到即時雙向溝通目標。
界面友好性：心理學表明，適合的界面對于客戶點擊欲望的提升和印象指數(shù)的提升效果明顯，網(wǎng)站界面是客戶與網(wǎng)站交流的重要載體，在這點上網(wǎng)站策劃師需要與網(wǎng)站設計師協(xié)作實現(xiàn)。但思想方法確保以下內(nèi)容您做到了：
a、同樣的界面對象是否具有一致性、連續(xù)性的行為？
b、各種提示信息是否簡單、清晰？
c、色彩是否統(tǒng)一、協(xié)調(diào)？是否避免了同時使用太多的顏色？
d、文字內(nèi)容是否簡潔、重點突出？字體、字號、字型是否合適？
e、界面對象的動靜處理是否得當？
f、布局是否合理、簡潔、協(xié)調(diào)、美觀，畫面是否均衡等等？
3．文化理念全面滲透網(wǎng)站策劃實戰(zhàn)
網(wǎng)站競爭從技術競爭、平臺競爭，以及現(xiàn)在的市場競爭，經(jīng)過幾年的發(fā)展，未來將上升至“文化競爭”的高度，例如：新浪網(wǎng)絡媒體、網(wǎng)易虛擬社區(qū)、阿里商人文化…..
從歷史的角度來看，經(jīng)濟可以推動文化的發(fā)展，文化卻能夠決定經(jīng)濟、政治的走勢；
從網(wǎng)站經(jīng)營的角度來看，好的網(wǎng)站經(jīng)營能夠促使網(wǎng)站的客戶不斷的聚集、交流，逐步建立以網(wǎng)站或網(wǎng)站行業(yè)或網(wǎng)站性質(zhì)為核心的文化；但網(wǎng)站或網(wǎng)絡文化的建立卻
能夠帶動網(wǎng)站從量變至質(zhì)變的轉換，并且能夠形成“馬太效應”，對網(wǎng)站資本運作、市場運作、技術運作、人力資源運作等綜合方面產(chǎn)生催化作用，使網(wǎng)站經(jīng)營真正
走向成功。
從現(xiàn)有已形成文化的網(wǎng)站案例來看，新浪已成為中國甚至華人世界最具權威性質(zhì)的網(wǎng)絡媒體，它形成了與電視媒體、雜志媒體、報刊媒體、
廣播媒體并列的第五大媒體，其文化力量可見一斑；以網(wǎng)易為代表的社區(qū)交流型網(wǎng)站更是如此，網(wǎng)絡游戲文化、網(wǎng)絡交友文化更是深入人心，并對中國互聯(lián)網(wǎng)普及進
程產(chǎn)生決定性的推動作用；以阿里、當當、易趣、淘寶為代表的商人文化，對中國走向世界，世界了解中國，商人上網(wǎng)做生意的普及的貢獻有目共睹；以前程無憂、
CJOL、卓博、中華英才為代表的網(wǎng)上人力資源文化更是加速了全國人力資源高效互動。
因此，高層面的網(wǎng)站競爭是文化的競爭，而形成文化網(wǎng)站品牌，專業(yè)網(wǎng)站策劃必不可以，如何有效整合公司資源、客戶資源，行業(yè)資源，形成文化，是網(wǎng)站策劃人員需要思考、實踐的難點。
4．系統(tǒng)網(wǎng)站策劃理論在五年內(nèi)產(chǎn)生
網(wǎng)站策劃是一門有趣的學問，它涉及心理學、美學、人機工程學、工程技術、網(wǎng)絡知識……等多項學科，在國外，已逐漸有這方面的專業(yè)理論；在國內(nèi)則沒有，但
隨著中國高質(zhì)量的網(wǎng)站競爭愈發(fā)激烈，從而加劇了網(wǎng)站策劃的專業(yè)化進程，在未來5年內(nèi)，專業(yè)網(wǎng)站策劃的理論書籍會出現(xiàn)，但我們更期待在具備豐富網(wǎng)站策劃經(jīng)驗
的這群隊伍，將自己的實戰(zhàn)經(jīng)驗提升至理論知識，使網(wǎng)站策劃理論更貼近市場，推動中國網(wǎng)站經(jīng)營專業(yè)化。
5．網(wǎng)站策劃的專業(yè)化導致網(wǎng)站設計風格整合：簡約與個性成主流；
在國內(nèi)許多談及網(wǎng)站策劃與網(wǎng)站設計的區(qū)別，許多人講不出，主要是因為兩者之間重疊的區(qū)域很多，網(wǎng)站策劃需要考慮到思想如何通過設計、程序去體現(xiàn)，網(wǎng)站設
計需要在充分理解網(wǎng)站策劃思路的基礎之上才能靈活設計。隨著網(wǎng)站策劃的專業(yè)化進程加速，將使整體網(wǎng)站策劃，網(wǎng)站設計，網(wǎng)站開發(fā)變得復雜，我們需要考慮到許
多技術以外的市場、客戶因素，因此，未來大型網(wǎng)站設計表現(xiàn)風格應該會有所整合，并走向：極至簡約、個性十足兩個方面。
極至簡約風格：指以最簡約的方式，分配、表現(xiàn)頁面內(nèi)容，以引導客戶直抵目標內(nèi)容，避免了因內(nèi)容過多而產(chǎn)生的焦點分散問題，它對于網(wǎng)站策劃和設計內(nèi)容的分布合理性要求非常高，在國內(nèi)做得最好的當屬阿里、新浪、CJOL、卓博人才網(wǎng)……。
個性十足風格：指以多樣化的表現(xiàn)方式，設計網(wǎng)站。它主要針對一些以娛樂性質(zhì)為主的大型網(wǎng)站或企業(yè)網(wǎng)站，它具備高強度的眼球吸引力、豐富的圖片或文字表現(xiàn)
形式，使客戶能夠愉悅地享受網(wǎng)站內(nèi)容及服務，以這種風格為代表的大型網(wǎng)站暫時沒有發(fā)現(xiàn)，但企業(yè)網(wǎng)站當屬可口可樂，SONY娛樂站…
轉自：http://tb.blog.csdn.net/TrackBack.aspx?PostId=1683119
對基于特定代碼的應用來說，其架構目標很難確定下來。在開始開發(fā)之前制定文檔化的目標，這種情況只是空想，因為一旦開始開發(fā)，代碼通常就會朝一個與架構目標不同的方向前進，這樣實際上最后的應用特征是基于代碼而不是架構。這種情況很難發(fā)現(xiàn)并且是開發(fā)過程中逐步形成的產(chǎn)物而不是計劃的產(chǎn)物，其結果就會造成不同的程序包及特性之間的不一致。
本章我們將會討論5種基于Struts2代碼的特征。從2002年以來，這些架構元素隨著代碼的發(fā)展仍然存在--從開始的WebWork，經(jīng)過WebWork分解為WebWork2和XWork，一直到最后轉變?yōu)?/span>Struts2.
4、1 概念的分解
作為一個web應用開發(fā)人員，有多種級別的功能需要進行闡述：
（1）在request/response周期期間，需要對作為其核心目標的每個action的邏輯進行說明；
（2）訪問或擁有可以用來執(zhí)行action邏輯或訪問資源的業(yè)務對象；
（3）編譯、映射和轉換，以便把HTML中基于字符的值轉化為原始類型，以及把視圖對象轉換為業(yè)務對象或數(shù)據(jù)表來進行表示；
（4）為應用中分組的action或所有的action提供功能的橫切關注點。
在Struts2架構中，每一個概念都是獨立的。功能和邏輯不需要放置在專門的action里。我們來看看上面所提到的概念以及它們是如何處理的：
（1）每個Action邏輯--這是最簡單的概念。每個action負責它需要提供的邏輯或功能；
（2）編譯、映射和轉換--3者是各自有所不同的概念，但是有一個相同點就是它們都是作為核心action邏輯的補充。編譯和類型轉換由框架本身進行處理。來自于HTML的字符值在action開始處理之前被轉換為基本類型或被注入到action中--所有需要的都在此處。映射由一個特定的攔截器進行處理。通過對一個action進行配置，說明其所擁有的域模型，并準確指明其在HTML中所對應的域，框架將會把UI映射到該域模型上。它甚至會生成對象圖。
（3）橫切關注點--攔截器是提供橫切功能的主要角色。開發(fā)者可以實現(xiàn)攔截器，然后把它們應用到所有action、某個特定包中的所有action或者選擇某些指定的action中去。另一個橫切關注點是用戶接口層。Struts2可以使用其所提供的稱為“主題（themes）”的標簽來為此提供幫助。不同的主題可以被開發(fā)來提供不同的層選項，并被應用到單個標簽或整個應用（通過把它設為默認值）。
4、2 松耦合
WebWork的早期目標之一就是提供一個松耦合的框架。其2.0版更加強調(diào)了這點：把代碼分成了兩個項目，一個是XWork--提供普通的命令模式(generic command-pattern)框架，另一個是WebWork--為XWork提供明確的web接口。這個WebWork架構基礎上的變化創(chuàng)建了二者的共生關系。原來賴以成名的“WebWork”現(xiàn)在實際上是WebWork和XWork的結合體。
作為一個獨立的項目，XWork現(xiàn)在可以被用于其它項目的一部分了--實際上也確實是這樣。Swingwork就是一個這樣的項目--它是一個基于Swing的、底層使用XWork的MVC框架。另外一個例子就是JMS前端--執(zhí)行或共享與web UI相關的XWork action。這些例子提供了高水平松耦合的典型案例。Struts2是又一個采用XWork的項目。
松耦合思想已經(jīng)更近一步，集成到整個框架--從處理action的第一步直到最后一步。實際上，在Struts2里幾乎沒有什么不可配置的--個人認為這個特點既是Struts2發(fā)展的極大原動力之一，但同時也是其重大缺陷之一。
松耦合配置的一般案例包括：
（1）把URL映射到action；
（2）把一個action的不同結果映射到提交的頁面；
（3）把處理期間產(chǎn)生的異常映射到提交的異常頁面；
不常使用及Struts2特定的案例包括：
（1）如果你不想使用Sping框架，就得配置業(yè)務對象工廠；
（2）改變URL映射到一個action類的方式；
（3）為action結果增加新的結果類型；
（4）為新的框架功能增加插件；
（5）通過攔截器配置框架級功能；
松耦合系統(tǒng)的好處是眾所周知的--增強了可測試性、易于擴展框架特征等。但有一個缺陷，由于可置配的靈活性（尤其是與攔截器相關的），導致一個特定action的處理路徑不易被開發(fā)者所理解。這一點在進行調(diào)試的時候比較明顯。由于不理解發(fā)生了什么事，一個不了解系統(tǒng)的開發(fā)人員將不能快速高效的進行調(diào)試。問題本身可能比較簡單，比如由一個沒有進行正確配置的攔截器引起的，或者甚至只是因為攔截器的順序不對引起的。只要理解處理路徑上的每一個細節(jié)，很快就會找到問題的解決辦法。
4、3 易測試性（Testability）
在過去幾年中，單元測試已經(jīng)成為軟件開發(fā)過程中事實上的標準。它不僅保證了類邏輯的一致性，而且通過在類開發(fā)過程中甚至開發(fā)之前實現(xiàn)單元測試，將會減少設計的復雜性，并且會使設計更為健壯。
Struts2的前身，WebWork就是建立在這種環(huán)境之上的。由于框架元素的松散耦合，測試很容易進行。在web應用開發(fā)過程中，action、攔截器、結果、對象工廠及其它被開發(fā)的組件能夠獨立地進行測試。由于action和攔截器最為常用，我們就對這兩種組件進行詳細的探討。
Actions
通常在框架中是通過執(zhí)行“execute()”方法來調(diào)用action的，或者在配置時調(diào)用任何一個返回值為字符值（String）的方法來進行調(diào)用的。從易測性的角度來看，這再簡單不過了。
我們來看一個例子。下面是一個數(shù)字累加的action類：
public class MyAction {
private int number;
public int getnumber() { return number; }
public void setNumber( int n ) { number =
n; }
public String execute() {
number += 10;
return “success”;
}
}
由于該action是POJO，單元測試只需把action實例化、調(diào)用方法，并在斷點出得到預期的結果就可以了。所有搜數(shù)據(jù)和資源都通過setter方法提供給action。因此action需要的任何數(shù)據(jù)都能夠直接在action里進行設置。
在本例中我們需要兩個斷點--一個為“execute”方法的輸出進行設置，另一個則是為驗證action的狀態(tài)是否是我們預期的。單元測試如下所示：
public class myActionTest extends TestCase
{
…
public void testExecute() {
MyAction action = new MyAction();
Action.setNumber(5);
assertEquals("success",
action.execute());
assertEquals(15,action.getNumber());
}
}
對于資源稍微有點麻煩，類似jMock這樣的庫可以被用來提供資源的模擬實現(xiàn)，測試在action和資源之間的交互是否正確。
盡管本例是用JUnit寫成的，但是TestNG或其它任何框架都可以使用。
攔截器(Interceptors)
當你編譯攔截器的時候，測試會稍微有點復雜。不過也有一些額外的幫助可以利用。使用攔截器進行工作有兩種情景。
第一種情景是使用在調(diào)用時與ActionInvocation對象進行交互的攔截器。在執(zhí)行后，你能夠通過在斷點出得到攔截器本身的狀態(tài)來驗證邏輯的正確性。在這種情景下，你能夠利用與測試action同樣的方法來測試攔截器。實例化攔截器、創(chuàng)建一個ActionInvocation對象的模擬實現(xiàn)(該對象帶有在測試攔截器時將會用到的值)、調(diào)用intercept方法、在斷點處得到預期的結果。這些可能發(fā)生在攔截器本身、被調(diào)用方法的返回結果或是由系統(tǒng)拋出的異常。
第二種情景是使用與其環(huán)境或攔截器堆棧中的其它攔截器發(fā)生交互的攔截器。在這種情況下，測試需要通過ActionProxy類與action進行交互，還將會需要訪問攔截器本身不能訪問的其它環(huán)境對象。
XWork庫通過提供XWorkTestCase類來為JUnit測試提供幫助、通過提供TestNGStrutsTestCase
和TestNGXWorkTestCase類來為TestNG測試提供幫助。這些為ConfigurationManager,Configuration,
Container 和
ActionProxyFactory類的實例提供了測試實現(xiàn)。涉及到的類還有XWorkTestCaseHelper 和 MockConfiguration.等。
現(xiàn)在我們已經(jīng)具備了安裝環(huán)境的基礎，測試本身變得容易了--遵循在第一種情景里所描述的步驟即可。唯一的不同點在于，不是調(diào)用攔截器的intercept()方法，而是需要調(diào)用ActionProxy類的execute()方法。如下述代碼所示：
ActionProxy proxy =
actionProxyFactory.createActionProxy(NAMESPACE,NAME,null);
assertEquals("success",
proxy.execute());
在這種情況下，測試將會設置斷點來獲取預期的action結果值、action值或值堆棧的值。被執(zhí)行的action能夠在執(zhí)行前或執(zhí)行后通過下面的調(diào)用進行訪問：
MyAction
action=(MyAction)proxy.getInvocation().getAction();
而值堆棧則可以通過下面的調(diào)用進行訪問：
proxy.getInvocation().getStack();
4、4 模塊化(Modularization)
隨著應用系統(tǒng)越來越龐大，把web應用分離為許多模塊就變得越來越重要。模塊化允許在一個項目中開發(fā)的功能或新的框架特征能夠獨立打包，并可以在其它項目中進行重用。Struts2已經(jīng)把模塊化作為其架構的基礎部分，允許開發(fā)者獨立工作和編譯彼此的項目。
下面是一些對應用進行模塊化的方法：
(1)配置信息能夠被分為多個文件--這并不影響應用的打包，由于配置信息根據(jù)功能界限進行邏輯分離而易于查找，從而簡化的開發(fā)人員的工作。
(2)獨立的應用模塊可以以插件的形式進行創(chuàng)建--為了提供摸個特定特征所需的一切都可以打包在一起并作為插件獨立發(fā)布。這包括action、攔截器、攔截器堆棧、視圖模板（JSP除外）等。瀏覽器插件的配置就是一個例子，該插件提供了一個完整的模塊，當你把該模塊添加到你的應用中時，其提供了一個web接口來查看配置信息。
(3)可以創(chuàng)建新的框架功能插件-非特定應用的新功能可以以插件形式捆綁并在不同的應用中使用。
從技術角度來說，所有這些對應用進行模塊化的方式都是一樣的--都具有同樣的配置元素（除了名稱不同之外，“struts-plugin.xml”是系統(tǒng)自動加載插件時的配置文件）、具有相同的目錄結構，并且它們也包含同樣的框架和應用元素。
插件的兩種類型之間的唯一不同就是你在概念上如何看待它們，以及哪些元素和配置被放入分發(fā)包中。
4.4.1 其它配置元素
由于插件為核心框架功能提供了可選實現(xiàn)，所以有一些額外的配置元素。盡管在“struts.xml”和“struts-default.xml”配置文件中可以使用這些元素，但是通常情況下它們還是在插件配置文件中進行配置。
對于插件來說，可選實現(xiàn)的配置分為兩步：
1、使用<bean .../>標簽中來提供可選接口的實現(xiàn)，使用一個唯一的鍵來識別它。
2、使用<constant … />標簽在已配置的接口實現(xiàn)中選擇一個。
我們來更詳細地看一下這兩個步驟。
<bean .../>標簽允許插件提供擴展點的實現(xiàn)信息。下面的例子就是一個展示在"struts-default.xml"文件中為一個對象工廠進行配置的情況：
<bean name="struts"
type="com.opensymphony.xwork2.ObjectFactory"
class="org.apache.struts2.impl.StrutsObjectFactory"
/>
屬性提供了在Struts2中創(chuàng)建和使用一個可選對象實現(xiàn)的所有信息。可以使用的屬性如下所示：
class--提供類的全名；
type--指明類需要實現(xiàn)的接口；
name--對每個類進行唯一識別的簡稱；
static--指明是否把靜態(tài)類方法注入到類的實例；
scope--指明所用實例的范圍，其值可能為："default"、"request"、"session"、 "singleton"或"thread"。
optional--如果值為“true”，既是在創(chuàng)建類實例時出現(xiàn)錯誤，將仍然繼續(xù)加載。
接下來，<constant
… />標簽允許開發(fā)人員選擇使用哪個配置。只有兩個屬性--一個屬性“name”提供了你的新實現(xiàn)所改變的擴展點的名稱，另一個屬性“value”就是在<bean … />標簽中配置的“name”名稱。
<constant name="struts.objectFactory"
value="plexus" />
<constant … />標簽是把一個新值賦給一個已知屬性的一種方式。該值也可以在"web.xml"配置文件中使用“init-param”進行修改，或者在““struts.properties”配置文件中作為一個名值對（name-value pair）進行修改。
如果你沒在開發(fā)一個插件，而只是使用常規(guī)"struts-xml"配置文件中的這些技巧，這里還有一個捷徑。在<constant ... />標簽里，使用你通常放在<bean ... />標簽里的類值---這樣做可以避免對<bean
... />標簽的需求。
下面這張表列出了可配置擴展點的接口和屬性名稱：（表省略）
4.4.2 慣例優(yōu)先原則(Convention over configuration)
慣例優(yōu)先配置的原則是Rails帶給主流應用開發(fā)的一個概念。不是提供在很多應用中都很類似的配置文件，而是假定在多數(shù)情況下開發(fā)人員將會遵從一個特定的模式。這個模式非常普遍以至于可以被認為是一個慣例，這樣就可以在框架中提供一個默認的配置而不是為每個新的應用提供一個配置。默認情況下，開發(fā)人員不需要提供配置信息。但是如果有與慣例配置信息不同的需要，就得提供相應的配置信息來代替默認配置信息。
Struts2已經(jīng)采用了這種理念。松耦合給Struts2提供大的彈性，但是同時這也意味著該框架很難進行配置。而慣例優(yōu)先配置原則則為這兩種對立的力量提供了平衡，使開發(fā)人員的開發(fā)可以更加簡單和高效。
在Struts2中，慣例優(yōu)先配置的例子包括：
（1）
隱式配置文件加載—配置文件“Struts-default.xml”和“struts-plugin.xml”是自動加載而不是顯式加載的。
（2）
插件中的代碼—當利用插件中的代碼時，使用action名稱和結果字符二者的結合來自動搜索結果模板，所以對于“/user/add.action”來說，將會為一個“success”的結果返回“/user/add-success.jsp”模板，而為一個“error”的結果返回“/user/add-error.jsp”模板。
（3）
默認結果及結果類型—當對action進行配置時，當使用默認的“success”和JSP時，不必指明結果和類型。
（4）
綁定Spring業(yè)務服務—當安裝了Spring框架插件后，不必為每個action配置其所需的基于Spring提供的業(yè)務，因為這些業(yè)務會自動與action進行綁定。
在前面的章節(jié)中，我們已經(jīng)看到了幾個默認配置，以及如何通過配置使用新值來代替默認值。更多的配置選項,以及更多的慣例將會在接下來的章節(jié)中進行探討。