hk2000c技術(shù)專欄

          技術(shù)源于哲學(xué),哲學(xué)來源于生活 關(guān)心生活,關(guān)注健康,關(guān)心他人

            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            111 隨筆 :: 1 文章 :: 28 評論 :: 0 Trackbacks

          2008年3月8日 #

          posted @ 2014-04-21 21:33 hk2000c 閱讀(194) | 評論 (0)編輯 收藏

          許多年以來,對于軟件項(xiàng)目,企業(yè)軟件開發(fā)的主流實(shí)踐一直都傾向于在單一的通用編程語言上進(jìn)行標(biāo)準(zhǔn)化,從而使得Java和C#成為今天編程語言的主流選擇。隨著越來越多的目光開始投向DSL,也許我們的前腳已經(jīng)踏在了一道新的門檻之上,向前望去,我們會發(fā)現(xiàn)在軟件項(xiàng)目中采用多種語言已經(jīng)成為一個(gè)標(biāo)準(zhǔn),但80年代和90年代初出現(xiàn)的問題不會重現(xiàn)。

          Martin Fowler提出,也許我們正在邁進(jìn)這樣的一個(gè)新時(shí)期

          [……]在這個(gè)時(shí)期內(nèi),我們將見證多種語言在同一個(gè)項(xiàng)目上的應(yīng)用,人們就像現(xiàn)在選擇框架一樣,根據(jù)功能來選擇相應(yīng)的語言。

          Fowler稱:“像Hibernate、Struts和ADO這樣的大型框架,給人們在學(xué)習(xí)上帶來的挑戰(zhàn),絕不亞于學(xué)習(xí)一門語言,即便你在單一一門宿主語言上使用這些框架編程也是如此。”此外,在它們的宿主語言中表述需求的難度可能會相當(dāng)大,并可能引出笨拙難用的配置文件,“這些配置文件實(shí)際上就是使用XML寫的外部領(lǐng)域特定語言”。

          在語言中嵌入DSL,而不是使用類庫,可能會是一個(gè)更為合適的解決方案。Martin給出了這樣的一個(gè)分析結(jié)論:“API就好比是在聲明一個(gè)詞匯表,而DSL則為其增加了相應(yīng)的語法,使得人們能夠?qū)懗鰲l理清晰的句子。”因此,使用DSL而不是框架會使代碼豐富表現(xiàn)力,為人們帶來“更良好的抽象處理方式”,并使“閱讀我們寫出的代碼及對我們意圖的展示變得更加容易”。

          Piers Cawley稱,DSL的主要特性并非其可讀性,而是“它們對去相應(yīng)領(lǐng)域的高度專注”使得它們能夠更加明確地表義。Cawley為了闡述他的觀點(diǎn)舉了一個(gè)例子,說明DSL不僅僅能讓我們“寫出讀起來像領(lǐng)域?qū)<艺f出來的話一樣的程序”,也可以很技術(shù)化,用來代表一個(gè)使用它們的語法進(jìn)行操控的框架。

          Neal Ford也相信,被他稱為多語言編程(Polyglot Programming)的勢頭正在興起。在軟件開發(fā)的這個(gè)新紀(jì)元中,日益明顯的主要特征就是嵌入更多的語言,使人們能夠“為所做的菜選擇一把恰到好處的刀,并且恰如其分地使用它”。他舉了一個(gè)例子,展示在Java編程語言中并行類庫的使用難度,并將其與Haskell作比。Haskell是一門函數(shù)式語言,“消除了變量所帶來的副作用”,并使“編寫線程安全的代碼”變得更容易。Ford強(qiáng)調(diào)說,Java和.NET平臺都存在Haskell語言的實(shí)現(xiàn)(Jaskell和Haskell.net)。

          不再使用單一語言進(jìn)行開發(fā)所帶來的風(fēng)險(xiǎn)之一可能讓80年代末90年代初所出現(xiàn)的問題又再次重現(xiàn),當(dāng)時(shí)語言就是完全獨(dú)立的平臺,既不能互操作也不能放在一起良好地使用。Martin Fowler指出,現(xiàn)在的情況有這樣的一個(gè)重要區(qū)別:

          在80年代末期,人們很難讓各個(gè)語言之間緊密地互操作。這些年來,人們花了很大精力創(chuàng)建出可以讓不同語言緊密共存的環(huán)境。腳本語言在傳統(tǒng)上與C語言有著很密切的關(guān)系。在JVM和CLR平臺上也有人為互操作花費(fèi)了大量精力。另外人們也在類庫上投入了很多人力物力,為的是讓語言忽視類庫的存在。

          最終,要學(xué)習(xí)并使用多種語言,對于業(yè)界乃至開發(fā)人員都可能會變成一項(xiàng)重要資產(chǎn)。《Pragmatic Programmers》這本書里面就說到,由于這樣做會對人們對編程的思考方式產(chǎn)生影響,因此這樣能幫助人們發(fā)現(xiàn)解決問題的新途徑。

          您是怎樣認(rèn)為的呢?在下去的五年中,我們會開始混合使用語言,并像用類庫一樣頻繁地使用DSL嗎?

          posted @ 2011-11-10 05:56 hk2000c 閱讀(325) | 評論 (0)編輯 收藏

               摘要: java 裝載 groovy 方法  閱讀全文
          posted @ 2011-11-10 05:45 hk2000c 閱讀(747) | 評論 (0)編輯 收藏

               摘要: java 和groovy 集成

            閱讀全文
          posted @ 2011-11-10 05:37 hk2000c 閱讀(1069) | 評論 (0)編輯 收藏

          AspectJ

           

                AspectJ是一個(gè)面向切面的框架,它擴(kuò)展了Java語言。AspectJ定義了AOP語法所以它有一個(gè)專門的編譯器用來生成遵守Java字節(jié)編碼規(guī)范的Class文件


          一、AspectJ概述

          圖1 :FigureEditor例子的UML

                AspectJ(也就是AOP)的動機(jī)是發(fā)現(xiàn)那些使用傳統(tǒng)的編程方法無法很好處理的問題。考慮一個(gè)要在某些應(yīng)用中實(shí)施安全策略的問題。安全性是貫穿于系統(tǒng)所有模塊間的問題,每個(gè)模塊都需要應(yīng)用安全機(jī)制才能保證整個(gè)系統(tǒng)的安全性,很明顯這里的安全策略的實(shí)施問題就是一個(gè)橫切關(guān)注點(diǎn),使用傳統(tǒng)的編程解決此問題非常的困難而且容易產(chǎn)生差錯(cuò),這就正是AOP發(fā)揮作用的時(shí)候了。

                傳統(tǒng)的面向?qū)ο缶幊?/a>中,每個(gè)單元就是一個(gè),而類似于安全性這方面的問題,它們通常不能集中在一個(gè)類中處理因?yàn)樗鼈儥M跨多個(gè)類,這就導(dǎo)致了代碼無法重用,可維護(hù)性差而且產(chǎn)生了大量代碼冗余,這是我們不愿意看到的。

                面向方面編程的出現(xiàn)正好給處于黑暗中的我們帶來了光明,它針對于這些橫切關(guān)注點(diǎn)進(jìn)行處理,就好象面向?qū)ο?/a>編程處理一般的關(guān)注點(diǎn)一樣。而作為AOP的具體實(shí)現(xiàn)之一的AspectJ,它向Java中加入了連接點(diǎn)(Join Point)這個(gè)新概念,其實(shí)它也只是現(xiàn)存的一個(gè)Java概念的名稱而已。它向Java語言中加入少許新結(jié)構(gòu):切點(diǎn)(pointcut)、通知(Advice)、類型間聲明(Inter-type declaration)和方面(Aspect)。切點(diǎn)和通知?jiǎng)討B(tài)地影響程序流程,類型間聲明則是靜態(tài)的影響程序的類等級結(jié)構(gòu),而方面則是對所有這些新結(jié)構(gòu)的封裝。

                一個(gè)連接點(diǎn)是程序流中指定的一點(diǎn)。切點(diǎn)收集特定的連接點(diǎn)集合和在這些點(diǎn)中的值。一個(gè)通知是當(dāng)一個(gè)連接點(diǎn)到達(dá)時(shí)執(zhí)行的代碼,這些都是AspectJ的動態(tài)部分。其實(shí)連接點(diǎn)就好比是程序中的一條一條的語句,而切點(diǎn)就是特定一條語句處設(shè)置的一個(gè)斷點(diǎn),它收集了斷點(diǎn)處程序棧的信息,而通知就是在這個(gè)斷點(diǎn)前后想要加入的程序代碼。AspectJ中也有許多不同種類的類型間聲明,這就允許程序員修改程序的靜態(tài)結(jié)構(gòu)、名稱、類的成員以及類之間的關(guān)系。AspectJ中的方面是橫切關(guān)注點(diǎn)的模塊單元。它們的行為與Java語言中的類很象,但是方面還封裝了切點(diǎn)、通知以及類型間聲明。

          動態(tài)連接點(diǎn)模型

                任何面向方面編程的關(guān)鍵元素就是連接點(diǎn)模型。AspectJ提供了許多種類的連接點(diǎn)集合,但是本篇只介紹它們中的一個(gè):方法調(diào)用連接點(diǎn)集(method call join points)。一個(gè)方法調(diào)用連接點(diǎn)捕捉對象的方法調(diào)用。每一個(gè)運(yùn)行時(shí)方法調(diào)用都是一個(gè)不同的連接點(diǎn),許多其他的連接點(diǎn)集合可能在方法調(diào)用連接點(diǎn)執(zhí)行時(shí)運(yùn),包括方法執(zhí)行時(shí)的所有連接點(diǎn)集合以及在方法中其他方法的調(diào)用。我們說這些連接點(diǎn)集合在原來調(diào)用的連接點(diǎn)的動態(tài)環(huán)境中執(zhí)行。

           

          切點(diǎn)

                 在AspectJ中,切點(diǎn)捕捉程序流中特定的連接點(diǎn)集合。例如,切點(diǎn)

                        call(void Point.setX(int))

          捕捉每一個(gè)簽名為void Point.setX(int)的方法調(diào)用的連接點(diǎn),也就是說,調(diào)用Point對象的有一個(gè)整型參數(shù)的void setX方法。切點(diǎn)能與其他切點(diǎn)通過或(||)、與(&&)以及非(!)操作符聯(lián)合。例如 call(void Point.setX(int)) || call(void Point.setY(int)) 捕捉setX或setY調(diào)用的連接點(diǎn)。切點(diǎn)還可以捕捉不同類型的連接點(diǎn)集合,換句話說,它們能橫切類型。例如

                 call(void FigureElement.setXY(int,int)) || call(void Point.setX(int))

                 || call(void Point.setY(int) || call(void Line.setP1(Point))

                 || call(void Line.setP2(Point));

          捕捉上述五個(gè)方法調(diào)用的任意一個(gè)的連接點(diǎn)集合。它在本文的例子中捕捉當(dāng)FigureElement移動時(shí)的所有連接點(diǎn)集合。AspectJ使程序員可以命名一個(gè)切點(diǎn)集合,以便通知的使用。例如可以為上面的那些切點(diǎn)命名

          pointcut move():

          call(void FigureElement.setXY(int,int)) || call(void Point.setX(int))

          || call(void Point.setY(int)) || call(void Line.setP1(Point)) || call(void Line.setP2(Point));

          無論什么時(shí)候,程序員都可以使用move()代替捕捉這些復(fù)雜的切點(diǎn)。

                 前面所說的切點(diǎn)都是基于顯示的方法簽名,它們稱為基于名字(name-based)橫切。AspectJ還提供了另一種橫切,稱為基于屬性(property-based)的橫切。它們可以使用通配符描述方法簽名,例如 call(void Figure.make*(..)) 捕捉Figure對象中以make開頭的參數(shù)列表任意的方法調(diào)用的連接點(diǎn)。而 call(public & Figure.*(..)) 則捕捉Figure對象中的任何公共方法調(diào)用的連接點(diǎn)。但是通配符不是AspectJ支持的唯一屬性,AspectJ中還有許多其他的屬性可供程序員使用。例如cflow,它根據(jù)連接點(diǎn)集合是否在其他連接點(diǎn)集合的動態(tài)環(huán)境中發(fā)生標(biāo)識連接點(diǎn)集合。例如 cflow(move()) 捕捉被move()捕捉到的連接點(diǎn)集合的動態(tài)環(huán)境中發(fā)生的連接點(diǎn)。

           

          通知

                 雖然切點(diǎn)用來捕捉連接點(diǎn)集合,但是它們沒有做任何事。要真正實(shí)現(xiàn)橫切行為,我們需要使用通知機(jī)制。通知包含了切點(diǎn)和要在每個(gè)連連接點(diǎn)處執(zhí)行的代碼段。AspectJ有幾種通知。

          ·前通知(Before Advice)      當(dāng)?shù)竭_(dá)一個(gè)連接點(diǎn)但是在程序進(jìn)程運(yùn)行之前執(zhí)行。例如,前通知在方法實(shí)際調(diào)用之前運(yùn)行,剛剛在方法的參數(shù)被分析之后。

                 Before() : move(){ System.out.println(“物體將移動了”);}

          ·后通知(After Advice) 當(dāng)特定連接點(diǎn)處的程序進(jìn)程執(zhí)行之后運(yùn)行。例如,一個(gè)方法調(diào)用的后通知在方法體運(yùn)行之后,剛好在控制返回調(diào)用者之前執(zhí)行。因?yàn)镴ava程序有兩種退出連接點(diǎn)的形式,正常的和拋出異常。相對的就有三種后通知:返回后通知(after returning)、拋出異常后通知(after throwing)和清楚的后通知(after),所謂清楚后通知就是指無論是正常還是異常都執(zhí)行的后通知,就像Java中的finally語句。

                 After() returning : move(){    System.out.println(“物體剛剛成功的移動了”);}

          ·在周圍通知(Around Advice)    在連接點(diǎn)到達(dá)后,顯示的控制程序進(jìn)程是否執(zhí)行(暫不討論)

           

          暴露切點(diǎn)環(huán)境

                 切點(diǎn)不僅僅捕捉連接點(diǎn),它還能暴露連接點(diǎn)處的部分執(zhí)行環(huán)境。切點(diǎn)中暴露的值可以在通知體中聲明以后使用。通知聲明有一個(gè)參數(shù)列表(和方法相同)用來描述它所使用的環(huán)境的名稱。例如后通知

                 after(FigureElement fe,int x,int y) returning : somePointcuts {  someCodes  }

          使用了三個(gè)暴露的環(huán)境,一個(gè)名為fe的FigureElement對象,兩個(gè)整型變量x,y。通知體可以像使用方法的參數(shù)那樣使用這些變量,例如

                 after(FigureElement fe,int x,int y) returning : somePointcuts {

                        System.out.println(fe+”移動到(”+x+”,”+y+”)”);

          }

          通知的切點(diǎn)發(fā)布了通知參數(shù)的值,三個(gè)原生切點(diǎn)this、target和args被用來發(fā)布這些值/所以上述例子的完整代碼為

                 after(FigureElement fe,int x,int y) returning : call(void FigureElement.setXY(int,int)

          && target(fe) && args(x,y) {

                        System.out.println(fe+”移動到(”+x+”,”+y+”)”);

          }

          目標(biāo)對象是FigureElement所以fe是after的第一個(gè)參數(shù),調(diào)用的方法包含兩個(gè)整型參數(shù)所以x和y為after的第二和第三個(gè)參數(shù)。所以通知打印出方法setXY調(diào)用返回后對象移動到的點(diǎn)x和y。當(dāng)然還可以使用命名切點(diǎn)完成同樣的工作,例如

                 pointcut setXY(FigureElement fe,int x,int y):call(void FigureElement.setXY(int,int)

                        && target(fe) && args(x,y);

                 after(FigureElement fe,int x,int y) returning : setXY(fe,x,y){

                 System.out.println(fe+”移動到(”+x+”,”+y+”)”);

                 }

           

          類型間聲明

                 AspectJ的類型間聲明指的是那些跨越類和它們的等級結(jié)構(gòu)的聲明。這些可能是橫跨多個(gè)類的成員聲明或者是類之間繼承關(guān)系的改變。不像通知是動態(tài)地操作,類型間聲明編譯時(shí)的靜態(tài)操作。考慮一下,Java語言中如何向一個(gè)一些的類中加入新方法,這需要實(shí)現(xiàn)一個(gè)特定接口,所有類都必須在各自內(nèi)部實(shí)現(xiàn)接口聲明的方法,而使用AspectJ則可以將這些工作利用類型間聲明放在一個(gè)方面中。這個(gè)方面聲明方法和字段,然后將它們與需要的類聯(lián)系。

          假設(shè)我們想有一個(gè)Sreen對象觀察Point對象的變化,當(dāng)Point是一個(gè)存在的類。我們可以通過書寫一個(gè)方面,由這個(gè)方面聲明Point對象有一個(gè)實(shí)例字段observers,用來保存所有觀察Point對象的Screen對象的引用,從而實(shí)現(xiàn)這個(gè)功能。

                 Aspect PointObserving{

                        Private    Collection Point.observers=new ArrayList();

          ……

          }

          observers字段是私有字段,只有PointObserving能使用。因此,要在aspect中加入方法管理observers聚集。

                 Aspect PointObserving{

                        Private Collection Point.observers=new ArrayList();

                        Public static void addObserver(Point p,Screen s){

                               p.observers.add(s);

                        }

                        public static void removeObserver(Point p,Screen s){

                               p.observers.remove(s);

                        }

                        ……

          }

          然后我們可以定義一個(gè)切點(diǎn)stateChanges決定我們想要觀察什么并且提供一個(gè)after通知定義當(dāng)觀察到變化時(shí)我們想要做什么。

                 Aspect PointObserving{

                        Private Collection Point.observers=new ArrayList();

                        Public static void addObserver(Point p,Screen s){

                               p.observers.add(s);

                        }

                        public static void removeObserver(Point p,Screen s){

                               p.observers.remove(s);

                        }

                        pointcut stateChanges(Point p) : target(p) && call(void Point.set*(int));

                        after(Point p) : stateChanges(p){

                               Iterator it=p.observers.iterator();

                               While(it.hasNext()){

                                      UpdateObserver(p,(Screen)it.next()));

                               }

                        }

                        private static void updateObserver(Point p,Screen s){

                               s.display(p);

                        }

          }

          注意無論是Sreen還是Point的代碼都沒有被修改,所有的新功能的加入都在方面中實(shí)現(xiàn)了,很酷吧!

           

          方面

                 方面以橫切模塊單元的形式包裝了所有的切點(diǎn)、通知和類型間聲明。這非常像Java語言的類。實(shí)際上,方面也可以定義自己的方法,字段和初始化方法。像類一樣一個(gè)方面也可以用abstrace關(guān)鍵字聲明為抽象方面,可以被子方面繼承。在AspectJ中方面的設(shè)計(jì)實(shí)際上使用了單例模式,缺省情況下,它不能使用new構(gòu)造,但是可以使用一個(gè)方法實(shí)例化例如方法aspectOf()可以獲得方面的實(shí)例。所以在方面的通知中可以使用非靜態(tài)的成員字段。

          例如

                 aspect Tracing {

                        OutputStream trace=System.out;

                        After() : move(){    trace.println(“物體成功移動”); }


          二、AspectJ應(yīng)用范圍

                 如前所述,AspectJ可以用于應(yīng)用開發(fā)的不同階段。下面討論不同階段的AspectJ的具體應(yīng)用情況。

          開發(fā)型方面(Development Aspects)

                 開發(fā)方面可以很容易的從真正的產(chǎn)品中刪除。而產(chǎn)品方面則被可用于開發(fā)過程和生產(chǎn)過程,但是僅僅影響某幾個(gè)類。

                 這一部分將通過幾個(gè)例子說明方面在Java應(yīng)用的開發(fā)階段是如何使用的。這些方面包括調(diào)試、測試和性能檢測等工作。方面定義的行為范圍包括簡單的代碼跟蹤、測試應(yīng)用的內(nèi)在聯(lián)系等等。使用AspectJ不僅使得模塊化這些功能變?yōu)榭赡埽瑫r(shí)也使得根據(jù)需要打開和關(guān)閉這些功能變成可能。

           

          代碼跟蹤(Tracing)
                 首先讓我們看看如何增加一個(gè)程序內(nèi)部工作的可視性。我們定義一個(gè)簡單的方面用于代碼跟蹤并且在每個(gè)方法調(diào)用時(shí)輸出一些信息。在前一篇的圖形編輯例子中,這樣的方面可能僅僅簡單的跟蹤什么時(shí)候畫一個(gè)點(diǎn)。

          aspect SimpleTracing {
              pointcut tracedCall():
                  call(void FigureElement.draw(GraphicsContext));
           
              before(): tracedCall() {
                  System.out.println("Entering: " + thisJoinPoint);
              }
          }
          代碼利用了thisJoinPoint變量。在所有的通知體內(nèi),這個(gè)變量將與描述當(dāng)前連接點(diǎn)的對象綁定。所以上述代碼在每次一個(gè)FigureElement對象接受到draw方法時(shí)輸出如下信息:

          Entering: call(void FigureElement.draw(GraphicsContext))

          通常我們在調(diào)式程序時(shí),會在特定的地方放置幾條輸出語句,而當(dāng)調(diào)試結(jié)束時(shí)還需要找到這些代碼段將它們刪除,這樣做不但使我們的代碼很難看而且很費(fèi)時(shí)間。而使用AspectJ我們可以克服以上的兩個(gè)問題,我們可以通過定義切點(diǎn)捕捉任何想要觀察的代碼段,利用通知可以在方面內(nèi)部書寫輸出語句,而不需要修改源代碼,當(dāng)不在需要跟蹤語句的時(shí)候還可以很輕松的將方面從應(yīng)用中刪除并重新編譯代碼即可。

           

          前提條件和后續(xù)條件(Pre-and Post-Conditions)
                 許多的程序員使用按契約編程(Design by Contract)的形式。這種形式的編程需要顯式的前提條件測試以保證方法調(diào)用是否合適,還需要顯式的后續(xù)條件測試保證方法是否工作正常。AspectJ使得可以模塊化地實(shí)現(xiàn)這兩種條件測試。例如下面的代碼

          aspect PointBoundsChecking {

              pointcut setX(int x):

                  (call(void FigureElement.setXY(int, int)) && args(x, *))

                  || (call(void Point.setX(int)) && args(x));

           

              pointcut setY(int y):

                  (call(void FigureElement.setXY(int, int)) && args(*, y))

                  || (call(void Point.setY(int)) && args(y));

           

              before(int x): setX(x) {

                  if ( x < MIN_X || x > MAX_X )

                      throw new IllegalArgumentException("x is out of bounds.");

              }

           

              before(int y): setY(y) {

                  if ( y < MIN_Y || y > MAX_Y )

                      throw new IllegalArgumentException("y is out of bounds.");

              }

          }

          它實(shí)現(xiàn)了邊界檢測功能。當(dāng)FigureElement對象移動時(shí),如果x或y的值超過了定義的邊界,程序?qū)伋鯥llegalArgumentException異常。

           

          合同實(shí)施(Contract Enforcement)
                 基于屬性的橫切機(jī)制在定義更加復(fù)雜的合同實(shí)施上非常有用。一個(gè)十分強(qiáng)大的功能是它可以強(qiáng)制特定的方法調(diào)用只出現(xiàn)在對應(yīng)的程序中,而在其他程序中不出現(xiàn)。例如,下面的方面實(shí)施了一個(gè)限制,使得只有在知名的工廠方法中才能向注冊并添加FigureElement對象。實(shí)施這個(gè)限制的目的是為了確保沒有任何一個(gè)FigureElement對象被注冊多次。

          static aspect RegistrationProtection {

              pointcut register(): call(void Registry.register(FigureElement));

              pointcut canRegister(): withincode(static * FigureElement.make*(..));

           

              before(): register() && !canRegister() {

                  throw new IllegalAccessException("Illegal call " + thisJoinPoint);

              }

          }

          這個(gè)方面使用了withincode初始切點(diǎn),它表示在FigureElement對象的工廠方法(以make開始的方法)體內(nèi)出現(xiàn)的所有連接點(diǎn)。在before通知中聲明一個(gè)異常,該通知用于捕捉任何不在工廠方法代碼內(nèi)部產(chǎn)生的register方法的調(diào)用。該通知在特定連接點(diǎn)處拋出一個(gè)運(yùn)行時(shí)異常,但是AspectJ能做地更好。使用declare error的形式,我們可以聲明一個(gè)編譯時(shí)的錯(cuò)誤。

          static aspect RegistrationProtection {

              pointcut register(): call(void Registry.register(FigureElement));

              pointcut canRegister(): withincode(static * FigureElement.make*(..));

           

              declare error: register() && !canRegister(): "Illegal call"

          }

          當(dāng)使用這個(gè)方面后,如果代碼中存在定義的這些非法調(diào)用我們將無法通過編譯。這種情況只出現(xiàn)在我們只需要靜態(tài)信息的時(shí)候,如果我們需要?jiǎng)討B(tài)信息,像上面提到的前提條件實(shí)施時(shí),就可以利用在通知中拋出帶參數(shù)的異常來實(shí)現(xiàn)。

           

          配置管理(Configuration Management)
                 AspectJ的配置管理可以使用類似于make-file等技術(shù)進(jìn)行處理。程序員可以簡單的包括他們想要的方面進(jìn)行編譯。不想要任何方面出現(xiàn)在產(chǎn)品階段的開發(fā)者也可以通過配置他們的make-file使用傳統(tǒng)的Java編譯器編譯整個(gè)應(yīng)用。

           

          產(chǎn)品型方面(Production Aspects)

                 這一部分的方面例子將描述方面用于生產(chǎn)階段的應(yīng)用。產(chǎn)品方面將向應(yīng)用中加入功能而不僅僅為程序的內(nèi)部工作增加可視性。

          改變監(jiān)視(Change Monitoring)
                 在第一個(gè)例子,方面的角色是用于維護(hù)一位數(shù)據(jù)標(biāo)志,由它說明對象從最后一次顯示刷新開始是否移動過。在方面中實(shí)現(xiàn)這樣的功能是十分直接的,testAndClear方法被顯示代碼調(diào)用以便找到一個(gè)圖形元素是否在最近移動過。這個(gè)方法返回標(biāo)志的狀態(tài)并將它設(shè)置為假。切點(diǎn)move捕捉所有能夠是圖形移動的方法調(diào)用。After通知截獲move切點(diǎn)并設(shè)置標(biāo)志位。

          aspect MoveTracking {

          private static boolean dirty = false;

           

              public static boolean testAndClear() {

                  boolean result = dirty;

                  dirty = false;

                  return result;

              }

           

              pointcut move():

                  call(void FigureElement.setXY(int, int)) ||

                  call(void Line.setP1(Point)) ||

                  call(void Line.setP2(Point)) ||

                  call(void Point.setX(int)) ||

                  call(void Point.setY(int));

           

              after() returning: move() {

                  dirty = true;

              }

          }
           

          這個(gè)簡單例子同樣說明了在產(chǎn)品代碼中使用AspectJ的一些好處。考慮使用普通的Java代碼實(shí)現(xiàn)這個(gè)功能:將有可能需要包含標(biāo)志位,testAndClear以及setFlag方法的輔助類。這些方法需要每個(gè)移動的圖形元素包含一個(gè)對setFlag方法的調(diào)用。這些方法的調(diào)用就是這個(gè)例子中的橫切關(guān)注點(diǎn)。

          ·顯示的捕捉了橫切關(guān)注點(diǎn)的結(jié)構(gòu)

          ·功能容易拔插

          ·實(shí)現(xiàn)更加穩(wěn)定

           

          傳遞上下文(Context Passing)
          橫切結(jié)構(gòu)的上下文傳遞在Java程序中是十分復(fù)雜的一部分。考慮實(shí)現(xiàn)一個(gè)功能,它允許客戶設(shè)置所創(chuàng)建的圖形對象的顏色。這個(gè)需求需要從客戶端傳入一個(gè)顏色或顏色工廠。而要在大量的方法中加入一個(gè)參數(shù),目的僅僅是為傳遞上下文信息這種不方便的情況是所有的程序員都十分熟悉的。

          使用AspectJ,這種上下文的傳遞可以使用模塊化的方式實(shí)現(xiàn)。下面代碼中的after通知僅當(dāng)一個(gè)圖形對象的工廠方法在客戶ColorControllingClient的某個(gè)方法控制流程中調(diào)用時(shí)才運(yùn)行。

          aspect ColorControl {

              pointcut CCClientCflow(ColorControllingClient client):

                  cflow(call(* * (..)) && target(client));

           

              pointcut make(): call(FigureElement Figure.make*(..));

           

              after (ColorControllingClient c) returning (FigureElement fe):

                      make() && CCClientCflow(c) {

                  fe.setColor(c.colorFor(fe));

              }

          }

          這個(gè)方面僅僅影響一小部分的方法,但是注意該功能的非AOP實(shí)現(xiàn)可能 需要編輯更多的方法。

           

          提供一致的行為(Providing Consistent Behavior)
          接下來的例子說明了基于屬性的方面如何在很多操作中提供一致的處理功能。這個(gè)方面確保包c(diǎn)om.bigboxco的所有公共方法記錄由它們拋出的任何錯(cuò)誤。PublicMethodCall切點(diǎn)捕捉包中的公共方法調(diào)用, after通知在任何一個(gè)這種調(diào)用拋出錯(cuò)誤后運(yùn)行并且記錄下這個(gè)錯(cuò)誤。

          aspect PublicErrorLogging {

              Log log = new Log();

           

              pointcut publicMethodCall():

                  call(public * com.bigboxco.*.*(..));

           

              after() throwing (Error e): publicMethodCall() {

                  log.write(e);

              }

          }

          在一些情況中,這個(gè)方面可以記錄一個(gè)異常兩次。這在com.bigboxco包內(nèi)部的代碼自己調(diào)用本包中的公共方法時(shí)發(fā)生。為解決這個(gè)問題,我們可以使用cflow初始切點(diǎn)將這些內(nèi)部調(diào)用排除:

          after() throwing (Error e) : publicMethodCall() && !cflow(publicMethodCall()) {

              log.write(e);

          }

           

          結(jié)論

                 AspectJ是對Java語言的簡單而且實(shí)際的面向方面的擴(kuò)展。僅通過加入幾個(gè)新結(jié)構(gòu),AspectJ提供了對模塊化實(shí)現(xiàn)各種橫切關(guān)注點(diǎn)的有力支持。向以有的Java開發(fā)項(xiàng)目中加入AspectJ是一個(gè)直接而且漸增的任務(wù)。一條路徑就是通過從使用開發(fā)方面開始再到產(chǎn)品方面當(dāng)擁有了AspectJ的經(jīng)驗(yàn)后就使用開發(fā)可重用方面。當(dāng)然可以選取其他的開發(fā)路徑。例如,一些開發(fā)者將從使用產(chǎn)品方面馬上得到好處,另外的人員可能馬上編寫可重用的方面。

                 AspectJ可以使用基于名字和基于屬性這兩種橫切點(diǎn)。使用基于名字橫切點(diǎn)的方面僅影響少數(shù)幾個(gè)類,雖然它們是小范圍的,但是比起普通的Java實(shí)現(xiàn)來說它們能夠減少大量的復(fù)雜度。使用基于屬性橫切點(diǎn)的方面可以有小范圍或著大范圍。使用AspectJ導(dǎo)致了橫切關(guān)注點(diǎn)的干凈、模塊化的實(shí)現(xiàn)。當(dāng)編寫AspectJ方面時(shí),橫切關(guān)注點(diǎn)的結(jié)構(gòu)變得十分明顯和易懂。方面也是高度模塊化的,使得開發(fā)可拔插的橫切功能變成現(xiàn)實(shí)。

                 AspectJ提供了比這兩部分簡短介紹更多的功能。本系列的下一章內(nèi)容,The AspectJ Language,將介紹 AspectJ語言的更多細(xì)節(jié)和特征。系列的第三章,Examples將通過一些完整的例子說明如何使用AspectJ。建議大家在仔細(xì)閱讀了接下來的兩章后再決定是否在項(xiàng)目中加入AspectJ。


          三、AspectJ的高級特性

          (一)、The reflection API

          說到高級特性,首先要說的就是AspectJ提供的一套reflection API,主要包括JoinPoint、JoinPoint.StaticPart和Signature三個(gè)主要的接口。你可以從aspectj.jar中的javadoc來了解它們的詳細(xì)情況。那它們能提供什么功能呢?其實(shí)從字面上就能大致明白:通過這三個(gè)接口能訪問到Join Points的信息。譬如,調(diào)用thisJoinPoint.getArgs()就可以得到方法的參數(shù)列表。

          (二)、Aspect precedence

          在AspectJ中,pointcut和advice都會包含在一個(gè)aspect中。在應(yīng)用系統(tǒng)中,對同一個(gè)join point會有多種advice(logging,caching等),這就會引出一個(gè)問題:如果系統(tǒng)中有很多的aspect,而這些aspect很有可能會捕獲同樣的join points,那這些aspect的執(zhí)行順序是如何安排的呢?

          AspectJ早已為我們考慮到了這個(gè)問題,它提供了一種設(shè)置aspect precedence的方法。對三種不同的advice來說:

          1、before advice是先執(zhí)行higher-precedence,后執(zhí)行l(wèi)ower-precedence;

          2、around advice是higher-precedence包含lower-precedence,當(dāng)higher-precedence around advice沒有調(diào)用proceed()方法時(shí),lower-precedence不會被執(zhí)行;

          3、after advice與before advice正好相反,先執(zhí)行執(zhí)行l(wèi)ower-precedence,然后執(zhí)行higher-precedence。

          那應(yīng)該如何來聲明aspect precedence?非常簡單,只要在aspect中使用如下的語法即可:

          declare precedence : TypePattern1, TypePattern2, ..;

          從左往右,排在前面的是higher-precedence advice,后面的是lower-precedence。

          (三)、Aspect association

          在Java中,為了節(jié)省對象每次構(gòu)建的耗費(fèi),增加效率,很多人會考慮使用Singleton模式,讓jvm中只有一個(gè)實(shí)例存在。AspectJ當(dāng)然為我們考慮到這個(gè)問題,Aspect association實(shí)際上就是aspect與advised join point object的一種關(guān)聯(lián)關(guān)系,這很類似于OO中association,譬如1:1,1:m等。Aspect association能讓我們能更好地控制aspect的狀態(tài)信息。

          在AspectJ中可以把Aspect association大致分為三類:

          1、Per virtual machine (default)

          一個(gè)jvm中只有一個(gè)aspect instance,AspectJ默認(rèn)association。

          2、Per object

          每一個(gè)advised join point object都會產(chǎn)生一個(gè)aspect instance,不過同一個(gè)object instance只會產(chǎn)生一個(gè)aspect instance。

          3、Per control-flow association

          這種association稍微復(fù)雜一些,它主要針對程序調(diào)用的控制流,譬如:A方法調(diào)用B方法,B方法又調(diào)用C方法,這就是control-flow。

          在aspect中聲明這三種association非常簡單,它的主要語法如下:

          aspect [( )] {
          ... aspect body
          }

          Per virtual machine是aspectj的默認(rèn)association,不需要你額外的聲明,正常使用即可。

          Per object主要有兩種方式:perthis()和pertarget()。perthis()主要用于execution object,pertarget()主要用于target object,兩者非常類似。

          Per control-flow中也包含兩種方式:percflow()和percflowbelow()。這兩者也很類似,只是兩者的control-flow不太一樣而已。

          維護(hù)aspect的狀態(tài)信息還有一種方法,就是使用introduce。可以在aspect中introduce member fields,通過fields來保存狀態(tài)信息。

           

          四、AspectJ實(shí)例

           

          使用方面的Tracing程序

                 寫一個(gè)具有跟蹤能力的類是很簡單的事情:一組方法,一個(gè)控制其開或關(guān)的布爾變量,一種可選的輸出流,可能還有一些格式化輸出能力。這些都是Trace類需要的東西。當(dāng)然,如果程序需要的話,Trace類也可以實(shí)現(xiàn)的十分的復(fù)雜。開發(fā)這樣的程序只是一方面,更重要的是如何在合適的時(shí)候調(diào)用它。在大型系統(tǒng)開發(fā)過程中,跟蹤程序往往影響效率,而且在正式版本中去除這些功能十分麻煩,需要修改任何包含跟蹤代碼的源碼。出于這些原因,開發(fā)人員常常使用腳本程序以便向源碼中添加或刪除跟蹤代碼。

                 AspectJ可以更加方便的實(shí)現(xiàn)跟蹤功能并克服這些缺點(diǎn)。Tracing可以看作是面向整個(gè)系統(tǒng)的關(guān)注點(diǎn),因此,Tracing方面可以完全獨(dú)立在系統(tǒng)之外并且在不影響系統(tǒng)基本功能的情況下嵌入系統(tǒng)。

           

          應(yīng)用實(shí)例

          整個(gè)例子只有四個(gè)類。應(yīng)用是關(guān)于Shape的。TwoShape類是Shape類等級的基類。

          public abstract class TwoDShape {

              protected double x, y;

              protected TwoDShape(double x, double y) {

                  this.x = x; this.y = y;

              }

              public double getX() { return x; }

              public double getY() { return y; }

              public double distance(TwoDShape s) {

                  double dx = Math.abs(s.getX() - x);

                  double dy = Math.abs(s.getY() - y);

                  return Math.sqrt(dx*dx + dy*dy);

              }

              public abstract double perimeter();

              public abstract double area();

              public String toString() {

                  return (" @ (" + String.valueOf(x) + ", " + String.valueOf(y) + ") ");

              }

          }

          TwoShape類有兩個(gè)子類,Circle和Square  

          public class Circle extends TwoDShape {

              protected double r;

              public Circle(double x, double y, double r) {

                  super(x, y); this.r = r;

              }

              public Circle(double x, double y) { this(  x,   y, 1.0); }

              public Circle(double r)           { this(0.0, 0.0,   r); }

              public Circle()                   { this(0.0, 0.0, 1.0); }

              public double perimeter() {

                  return 2 * Math.PI * r;

              }

              public double area() {

                  return Math.PI * r*r;

              }

              public String toString() {

                  return ("Circle radius = " + String.valueOf(r) + super.toString());

              }

          }

          public class Square extends TwoDShape {

              protected double s;    // side

              public Square(double x, double y, double s) {

                  super(x, y); this.s = s;

              }

              public Square(double x, double y) { this(  x,   y, 1.0); }

              public Square(double s)           { this(0.0, 0.0,   s); }

              public Square()                   { this(0.0, 0.0, 1.0); }

              public double perimeter() {

                  return 4 * s;

              }

              public double area() {

                  return s*s;

              }

              public String toString() {

                  return ("Square side = " + String.valueOf(s) + super.toString());

              }

          }

           

          Tracing版本一

          首先我們直接實(shí)現(xiàn)一個(gè)Trace類并不使用方面。公共接口Trace.java

          public class Trace {

              public static int TRACELEVEL = 0;

              public static void initStream(PrintStream s) {...}

              public static void traceEntry(String str) {...}

              public static void traceExit(String str) {...}

          }

          如果我們沒有AspectJ,我們需要在所有需要跟蹤的方法或構(gòu)造子中直接調(diào)用traceEntry和traceExit方法并且初試化TRACELEVEL和輸出流。以上面的例子來說,如果我們要跟蹤所有的方法調(diào)用(包括構(gòu)造子)則需要40次的方法調(diào)用并且還要時(shí)刻注意沒有漏掉什么方法,但是使用方面我們可以一致而可靠的完成。TraceMyClasses.java

          aspect TraceMyClasses {

              pointcut myClass(): within(TwoDShape) || within(Circle) || within(Square);

              pointcut myConstructor(): myClass() && execution(new(..));

              pointcut myMethod(): myClass() && execution(* *(..));

           

              before (): myConstructor() {

                  Trace.traceEntry("" + thisJoinPointStaticPart.getSignature());

              }

              after(): myConstructor() {

                  Trace.traceExit("" + thisJoinPointStaticPart.getSignature());

              }

           

              before (): myMethod() {

                  Trace.traceEntry("" + thisJoinPointStaticPart.getSignature());

              }

              after(): myMethod() {

                  Trace.traceExit("" + thisJoinPointStaticPart.getSignature());

              }

          }

          這個(gè)方面在合適的時(shí)候調(diào)用了跟蹤方法。根據(jù)此方面,跟蹤方法在Shape等級中每個(gè)方法或構(gòu)造子的入口和出口處調(diào)用,輸出的是各個(gè)方法的簽名。因?yàn)榉椒ê灻庆o態(tài)信息,我們可以利用thisJoinPointStaticPart對象獲得。運(yùn)行這個(gè)方面的main方法可以獲得以下輸出:

            --> tracing.TwoDShape(double, double)

            <-- tracing.TwoDShape(double, double)

            --> tracing.Circle(double, double, double)

            <-- tracing.Circle(double, double, double)

            --> tracing.TwoDShape(double, double)

            <-- tracing.TwoDShape(double, double)

            --> tracing.Circle(double, double, double)

            <-- tracing.Circle(double, double, double)

            --> tracing.Circle(double)

            <-- tracing.Circle(double)

            --> tracing.TwoDShape(double, double)

            <-- tracing.TwoDShape(double, double)

            --> tracing.Square(double, double, double)

            <-- tracing.Square(double, double, double)

            --> tracing.Square(double, double)

            <-- tracing.Square(double, double)

            --> double tracing.Circle.perimeter()

            <-- double tracing.Circle.perimeter()

          c1.perimeter() = 12.566370614359172

            --> double tracing.Circle.area()

            <-- double tracing.Circle.area()

          c1.area() = 12.566370614359172

            --> double tracing.Square.perimeter()

            <-- double tracing.Square.perimeter()

          s1.perimeter() = 4.0

            --> double tracing.Square.area()

            <-- double tracing.Square.area()

          s1.area() = 1.0

            --> double tracing.TwoDShape.distance(TwoDShape)

              --> double tracing.TwoDShape.getX()

              <-- double tracing.TwoDShape.getX()

              --> double tracing.TwoDShape.getY()

              <-- double tracing.TwoDShape.getY()

            <-- double tracing.TwoDShape.distance(TwoDShape)

          c2.distance(c1) = 4.242640687119285

            --> double tracing.TwoDShape.distance(TwoDShape)

              --> double tracing.TwoDShape.getX()

              <-- double tracing.TwoDShape.getX()

              --> double tracing.TwoDShape.getY()

              <-- double tracing.TwoDShape.getY()

            <-- double tracing.TwoDShape.distance(TwoDShape)

          s1.distance(c1) = 2.23606797749979

            --> String tracing.Square.toString()

              --> String tracing.TwoDShape.toString()

              <-- String tracing.TwoDShape.toString()

            <-- String tracing.Square.toString()

          s1.toString(): Square side = 1.0 @ (1.0, 2.0)

           

          Tracing版本二

                 版本二實(shí)現(xiàn)了可重用的tracing方面,使其不僅僅用于Shape的例子。首先定義如下的抽象方面Trace.java

          abstract aspect Trace {

           

              public static int TRACELEVEL = 2;

              public static void initStream(PrintStream s) {...}

              protected static void traceEntry(String str) {...}

              protected static void traceExit(String str) {...}

          abstract pointcut myClass();

           

          }

          為了使用它,我們需要定義我們自己的子類。

          public aspect TraceMyClasses extends Trace {

              pointcut myClass(): within(TwoDShape) || within(Circle) || within(Square);

           

              public static void main(String[] args) {

                  Trace.TRACELEVEL = 2;

                  Trace.initStream(System.err);

                  ExampleMain.main(args);

              }

          }

          注意我們僅僅在類中聲明了一個(gè)切點(diǎn),它是超類中聲明的抽象切點(diǎn)的具體實(shí)現(xiàn)。版本二的Trace類的完整實(shí)現(xiàn)如下

          abstract aspect Trace {

           

              // implementation part

           

              public static int TRACELEVEL = 2;

              protected static PrintStream stream = System.err;

              protected static int callDepth = 0;

           

              public static void initStream(PrintStream s) {

                  stream = s;

              }

              protected static void traceEntry(String str) {

                  if (TRACELEVEL == 0) return;

                  if (TRACELEVEL == 2) callDepth++;

                  printEntering(str);

              }

              protected static void traceExit(String str) {

                  if (TRACELEVEL == 0) return;

                  printExiting(str);

                  if (TRACELEVEL == 2) callDepth--;

              }

              private static void printEntering(String str) {

                  printIndent();

                  stream.println("--> " + str);

              }

              private static void printExiting(String str) {

                  printIndent();

                  stream.println("<-- " + str);

              }

              private static void printIndent() {

                  for (int i = 0; i < callDepth; i++)

                      stream.print("  ");

              }

           

              // protocol part

           

              abstract pointcut myClass();

           

              pointcut myConstructor(): myClass() && execution(new(..));

              pointcut myMethod(): myClass() && execution(* *(..));

           

              before(): myConstructor() {

                  traceEntry("" + thisJoinPointStaticPart.getSignature());

              }

              after(): myConstructor() {

                  traceExit("" + thisJoinPointStaticPart.getSignature());

              }

           

              before(): myMethod() {

                  traceEntry("" + thisJoinPointStaticPart.getSignature());

              }

              after(): myMethod() {

                  traceExit("" + thisJoinPointStaticPart.getSignature());

              }

          }

          它與版本一的不同包括幾個(gè)部分。首先在版本一中Trace用單獨(dú)的類來實(shí)現(xiàn)而方面是針對特定應(yīng)用實(shí)現(xiàn)的,而版本二則將Trace所需的方法和切點(diǎn)定義融合在一個(gè)抽象方面中。這樣做的結(jié)果是traceEntry和traceExit方法不需要看作是公共方法,它們將由方面內(nèi)部的通知調(diào)用,客戶完全不需要知道它們的存在。這個(gè)方面的一個(gè)關(guān)鍵點(diǎn)是使用了抽象切點(diǎn),它其實(shí)與抽象方法類似,它并不提供具體實(shí)現(xiàn)而是由子方面實(shí)現(xiàn)它。

           

          Tracing版本三

                 在前一版本中,我們將traceEntry和traceExit方法隱藏在方面內(nèi)部,這樣做的好處是我們可以方便的更改接口而不影響余下的代碼。

                 重新考慮不使用AspectJ的程序。假設(shè),一段時(shí)間以后,tracing的需求變了,我們需要在輸出中加入方法所屬對象的信息。至少有兩種方法實(shí)現(xiàn),一是保持traceEntry和traceExit方法不變,那么調(diào)用者有責(zé)任處理顯示對象的邏輯,代碼可能如下

                 Trace.traceEntry("Square.distance in " + toString());

          另一種方法是增強(qiáng)方法的功能,添加一個(gè)參數(shù)表示對象,例如

            public static void traceEntry(String str, Object obj);

            public static void traceExit(String str, Object obj);

          然而客戶仍然有責(zé)任傳遞正確的對象,調(diào)用代碼如下

                 Trace.traceEntry("Square.distance", this);

          這兩種方法都需要?jiǎng)討B(tài)改變其余代碼,每個(gè)對traceEntry和traceExit方法的調(diào)用都需要改變。

                 這里體現(xiàn)了方面實(shí)現(xiàn)的另一個(gè)好處,在版本二的實(shí)現(xiàn)中,我們只需要改變Trace方面內(nèi)部的一小部分代碼,下面是版本三的Trace方面實(shí)現(xiàn)

          abstract aspect Trace {

           

              public static int TRACELEVEL = 0;

              protected static PrintStream stream = null;

              protected static int callDepth = 0;

           

              public static void initStream(PrintStream s) {

                  stream = s;

              }

           

              protected static void traceEntry(String str, Object o) {

                  if (TRACELEVEL == 0) return;

                  if (TRACELEVEL == 2) callDepth++;

                  printEntering(str + ": " + o.toString());

              }

           

              protected static void traceExit(String str, Object o) {

                  if (TRACELEVEL == 0) return;

                  printExiting(str + ": " + o.toString());

                  if (TRACELEVEL == 2) callDepth--;

              }

           

              private static void printEntering(String str) {

                  printIndent();

                  stream.println("Entering " + str);

              }

           

              private static void printExiting(String str) {

                  printIndent();

                  stream.println("Exiting " + str);

              }

           

              private static void printIndent() {

                  for (int i = 0; i < callDepth; i++)

                      stream.print("  ");

              }

           

              abstract pointcut myClass(Object obj);

           

              pointcut myConstructor(Object obj): myClass(obj) && execution(new(..));

              pointcut myMethod(Object obj): myClass(obj) &&

                  execution(* *(..)) && !execution(String toString());

           

              before(Object obj): myConstructor(obj) {

                  traceEntry("" + thisJoinPointStaticPart.getSignature(), obj);

              }

              after(Object obj): myConstructor(obj) {

                  traceExit("" + thisJoinPointStaticPart.getSignature(), obj);

              }

           

              before(Object obj): myMethod(obj) {

                  traceEntry("" + thisJoinPointStaticPart.getSignature(), obj);

              }

              after(Object obj): myMethod(obj) {

                  traceExit("" + thisJoinPointStaticPart.getSignature(), obj);

              }

          }

          在此我們必須在methods切點(diǎn)排除toString方法的執(zhí)行。問題是toString方法在通知內(nèi)部調(diào)用,因此如果我們跟蹤它,我們將陷入無限循環(huán)中。這一點(diǎn)不明顯,所以必須在寫通知時(shí)格外注意。如果通知回調(diào)對象,通常都回存在循環(huán)的可能性。

                 事實(shí)上,簡單的排除連接點(diǎn)的執(zhí)行并不夠,如果在這之中調(diào)用了其他跟蹤方法,那么就必須提供以下限制

          && !cflow(execution(String toString()))

          排除toString方法的執(zhí)行以及在這之下的所有連接點(diǎn)。

                 總之,為了實(shí)現(xiàn)需求的改變我們必須在Trace方面中做一些改變,包括切點(diǎn)說明。但是實(shí)現(xiàn)的改變只局限于Trace方面內(nèi)部,而如果沒有方面,則需要更改每個(gè)應(yīng)用類的實(shí)現(xiàn)。
          (來源:http://befresh.blogbus.com/logs/2004/08/339330.html;
          Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=15565)

           

           

          posted @ 2008-10-25 00:08 hk2000c 閱讀(956) | 評論 (2)編輯 收藏

          .概述

          1.1 JMS與ActiveMQ特性  

             JMS始終在JavaEE五花八門的協(xié)議里,WebService滿天飛的時(shí)候占一位置,是因?yàn)椋?/p>

          • 它可以把不影響用戶執(zhí)行結(jié)果又比較耗時(shí)的任務(wù)(比如發(fā)郵件通知管理員)異步的扔給JMS 服務(wù)端去做,而盡快的把屏幕返還給用戶。
          • 服務(wù)端能夠多線程排隊(duì)響應(yīng)高并發(fā)的請求,并保證請求不丟失。
          • 可以在Java世界里達(dá)到最高的解耦。客戶端與服務(wù)端無需直連,甚至無需知曉對方是誰、在哪里、有多少人,只要對流過的信息作響應(yīng)就行了,在企業(yè)應(yīng)用環(huán)境復(fù)雜時(shí)作用明顯。

              ActiveMQ的特性:

          • 完全支持JMS1.1和J2EE 1.4規(guī)范的 JMS Provider實(shí)現(xiàn),也是Apache Geronimo默認(rèn)的JMS provider。
          • POJO withdout EJB Container,不需要實(shí)現(xiàn)EJB繁瑣復(fù)雜的Message Bean接口和配置。
          • Spring Base,可以使用Spring的各種特性如IOC、AOP 。
          • Effective,基于Jencks的JCA Container實(shí)現(xiàn) pool connection,control transactions and manage security。 

          1.2 SpringSide 的完全POJO的JMS方案   

            SpringSide 2.0在BookStore示例中,演示了用戶下訂單時(shí),將發(fā)通知信到用戶郵箱的動作,通過JMS交給JMS服務(wù)端異步完成,避免了郵件服務(wù)器的堵塞而影響用戶的下訂。

            全部代碼于examples\bookstore\src\java\org\springside\bookstore\components\activemq 目錄中。

            一個(gè)JMS場景通常需要三者參與:

          • 一個(gè)POJO的的Message Producer,負(fù)責(zé)使用Spring的JMS Template發(fā)送消息。
          • 一個(gè)Message Converter,負(fù)責(zé)把Java對象如訂單(Order)轉(zhuǎn)化為消息,使得Producer能夠直接發(fā)送POJO。
          • 一個(gè)MDP Message Consumer,負(fù)責(zé)接收并處理消息。

            SpringSide 2.0采用了ActiveMQ 4.1-incubator 與Spring 2.0 集成,對比SS1.0M3,有三個(gè)值得留意的地方,使得代碼中幾乎不見一絲JMS的侵入代碼:

          1. 采用Spring2.0的Schema式簡化配置。
          2. 實(shí)現(xiàn)Message Converter轉(zhuǎn)化消息與對象,使得Producer能夠直接發(fā)送POJO而不是JMS Message。
          3. 使用了Spring2.0的DefaultMessageListenerContainer與MessageListenerAdapter,消息接收者不用實(shí)現(xiàn)MessageListener 接口。
          4. 同時(shí),Spring 2.0 的DefaultMessageListenerContainer 代替了SS1.0M3中的Jenck(JCA Container),充當(dāng)MDP Container的角色。

          2.引入ActiveMQ的XSD

            ActiveMQ4.1 響應(yīng)Spring 2.0號召,支持了引入XML Schema namespace的簡單配置語法,簡化了配置的語句。 

            在ApplicationContext.xml(Spring的配置文件)中引入ActiveMQ的XML Scheam 配置文件),如下:

          <beans
            xmlns="http://www.springframework.org/schema/beans"
            xmlns:amq="http://activemq.org/config/1.0"
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
            xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
            http://activemq.org/config/1.0 http://people.apache.org/repository/org.apache.activemq/xsds/activemq-core-4.1-incubator-SNAPSHOT.xsd">

          由于ActiveMQ4.1 SnapShot的那個(gè)XSD有部分錯(cuò)誤,因此使用的是自行修改過的XSD。

          先在ClassPath根目錄放一個(gè)修改過的activemq-core-4.1-incubator-SNAPSHOT.xsd。

          在ClassPath 下面建立META-INF\spring.schemas 內(nèi)容如下。這個(gè)spring.schemas是spring自定義scheam的配置文件,請注意"http:\://"部分寫法

          http\://people.apache.org/repository/org.apache.activemq/xsds/activemq-core-4.1-incubator-SNAPSHOT.xsd=/activemq-core-4.1-incubator-SNAPSHOT.xsd

          3. 配置方案

          3.1 基礎(chǔ)零件 

          1. 配置ActiveMQ Broker  

             暫時(shí)采用在JVM中嵌入這種最簡單的模式,  當(dāng)spring初始化時(shí)候,ActiveMQ embedded Broker 就會啟動了。

          <!--  lets create an embedded ActiveMQ Broker -->
          <amq:broker useJmx="false" persistent="false">
            	<amq:transportConnectors>
              		<amq:transportConnector uri="tcp://localhost:0"/>
           	</amq:transportConnectors>
           </amq:broker>

          2. 配置(A)ConnectionFactory

            由于前面配置的Broker是JVM embedded 所以URL為:vm://localhost

          <!--  ActiveMQ connectionFactory to use  -->
           <amq:connectionFactory id="jmsConnectionFactory" brokerURL="vm://localhost"/>

          3 配置(B)Queue

          <!--  ActiveMQ destinations to use  -->
           <amq:queue name="destination" physicalName="org.apache.activemq.spring.Test.spring.embedded"/>

          4. 配置(C)Converter

             配置Conveter,使得Producer能夠直接發(fā)送Order對象,而不是JMS的Message對象。

          <!--  OrderMessage converter  -->
           <bean id="orderMessageConverter" class="org.springside.bookstore.components.activemq.OrderMessageConverter"/>  

          3.2  發(fā)送端 

          1 配置JmsTemplate

             Spring提供的Template,綁定了(A)ConnectionFactory與(C)Converter。

          <!--  Spring JmsTemplate config -->
           <bean id="jmsTemplate" class="org.springframework.jms.core.JmsTemplate">
            <property name="connectionFactory">
             <!--  lets wrap in a pool to avoid creating a connection per send -->
             <bean class="org.springframework.jms.connection.SingleConnectionFactory">
              <property name="targetConnectionFactory" ref="jmsConnectionFactory"/>
             </bean>
            </property>
            <!-- custom MessageConverter -->
            <property name="messageConverter" ref="orderMessageConverter"/>
           </bean>

          2.Producer

             消息發(fā)送者,使用JmsTemplate發(fā)送消息,綁定了JmsTemplate (含A、C)與(B)Queue。

          <!-- POJO which send Message uses  Spring JmsTemplate,綁定JMSTemplate 與Queue -->
           <bean id="orderMessageProducer" class="org.springside.bookstore.components.activemq.OrderMessageProducer">
            <property name="template" ref="jmsTemplate"/>
            <property name="destination" ref="destination"/>
           </bean>

          3.3 接收端

            1.接收處理者(MDP)

              使用Spring的MessageListenerAdapter,指定負(fù)責(zé)處理消息的POJO及其方法名,綁定(C)Converter。

            <!--  Message Driven POJO (MDP),綁定Converter -->
           <bean id="messageListener" class="org.springframework.jms.listener.adapter.MessageListenerAdapter">
            <constructor-arg>
             <bean class="org.springside.bookstore.components.activemq.OrderMessageConsumer">
              <property name="mailService" ref="mailService"/>
             </bean>
            </constructor-arg>
            <!--  may be other method -->
            <property name="defaultListenerMethod" value="sendEmail"/>
            <!-- custom MessageConverter define -->
            <property name="messageConverter" ref="orderMessageConverter"/>
           </bean> 

          2. listenerContainer

              負(fù)責(zé)調(diào)度MDP, 綁定(A) connectionFactory, (B)Queue和MDP。

          <!--  this is the attendant message listener container -->
           <bean id="listenerContainer" class="org.springframework.jms.listener.DefaultMessageListenerContainer">
            <property name="connectionFactory" ref="jmsConnectionFactory"/>
            <property name="destination" ref="destination"/>
            <property name="messageListener" ref="messageListener"/>
           </bean>

            互相綁定的關(guān)系有點(diǎn)暈,發(fā)送端和接收端都以不同形式綁定了(A) connectionFactory, (B)Queue和 (C)Converter。

          4. 下篇


          1. 說明

             請先閱讀ActiveMQ4.1 +Spring2.0的POJO JMS方案(上)

             本篇將補(bǔ)充說明了:

             1) 使用數(shù)據(jù)庫持久化消息,保證服務(wù)器重啟時(shí)消息不會丟失
             2) 使用Jencks作正宗的JCA Container。

          2.持久化消息

          2.1 給Broker加入Persistence 配置

          在配置文件applicationContext-activemq-embedded-persitence.xml中的<amq:broker>節(jié)點(diǎn)加入  

          <amq:persistenceAdapter>
          <amq:jdbcPersistenceAdapter id="jdbcAdapter" dataSource="#hsql-ds" createTablesOnStartup="true" useDatabaseLock="false"/>
          </amq:persistenceAdapter>

          請注意MSSQL(2000/2005)和HSQL由于不支持[SELECT  * ACTIVEMQ_LOCK FOR UPDATE ]語法,因此不能使用默認(rèn)的userDatabaseLock="true",只能設(shè)置成useDatabaseLock="false"

          2.2 配置多種數(shù)據(jù)源

          配置多種數(shù)據(jù)源,給jdbcPersistenceAdapter使用,SpringSide 中使用的內(nèi)嵌HSQL

           <!-- The HSQL Datasource that will be used by the Broker -->
          <bean id="hsql-ds" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
          <property name="driverClassName" value="org.hsqldb.jdbcDriver"/>
          <property name="url" value="jdbc:hsqldb:res:hsql/activemq"/>
          <property name="username" value="sa"/>
          <property name="password" value=""/>
          <property name="poolPreparedStatements" value="true"/>
          </bean>

          2. 3 說明

             筆者僅僅使用了jdbcPersistenceAdapter,其實(shí)在ActiveMQ的XSD已經(jīng)描述了多種PersistenceAdapter,可以參考對應(yīng)的XSD文件.

            另外對于數(shù)據(jù)庫的差異主要表現(xiàn)在設(shè)置了userDatabaseLock="true"之后,ActiveMQ使用的[SELECT * ACTIVEMQ_LOCK FOR UPDATE] 上面,會導(dǎo)致一些數(shù)據(jù)庫出錯(cuò)(測試中MSSQL2000/2005,HSQL都會導(dǎo)致出錯(cuò))。另外HSQL的腳本請參見activemq.script。

          3. Jenck(JCA Container)  

             Spring 2.0本身使用DefaultMessageListenerContainer 可以充當(dāng)MDP中的Container角色,但是鑒于Jencks是JCA標(biāo)準(zhǔn)的,它不僅僅能夠提供jms的jca整合,包括其他資源比如jdbc都可以做到j(luò)ca管理

          所以,同時(shí)完成了這個(gè)ActiveMQ+Spring+Jencks 配置演示,更多的針對生產(chǎn)系統(tǒng)的JCA特性展示,會在稍后的開發(fā)計(jì)劃討論中確定。

               此文檔適用于說明使用 Jecncks 和 使用Spring 2.0(DefaultMessageListenerContainer)  充當(dāng)MDP Container時(shí)的區(qū)別,同時(shí)演示Jecnks 的Spring 2.0 新配置實(shí)例。

          3.1 引入ActiveMQ ResourceAdapter 和Jencks 的XSD

            在ApplicationContext.xml(Spring的配置文件)中引入ActiveMQ ResourceAdapter 和Jencks 的XML Scheam 配置文件),如下:

             ActiveMQ4.1 響應(yīng)Spring 2.0號召,支持了引入XML Schema namespace的簡單配置語法,簡化了配置的語句。 

            在ApplicationContext.xml(Spring的配置文件)中引入ActiveMQ的XML Scheam 配置文件),如下:

          <beans
          xmlns="http://www.springframework.org/schema/beans"   xmlns:amq="http://activemq.org/config/1.0"   xmlns:ampra="http://activemq.org/ra/1.0"   xmlns:jencks="http://jencks.org/1.3"   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
            xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
            http://activemq.org/config/1.0 http://people.apache.org/repository/org.apache.activemq/xsds/activemq-core-4.1-incubator-SNAPSHOT.xsd
            http://activemq.org/ra/1.0 http://people.apache.org/repository/org.apache.activemq/xsds/activemq-ra-4.1-incubator-SNAPSHOT.xsd
            http://jencks.org/1.3 http://repository.codehaus.org/org/jencks/jencks/1.3/jencks-1.3.xsd">

          由于ActiveMQ RA和Jencks 那個(gè)XSD 仍然有部分錯(cuò)誤,因此使用的是自行修改過的XSD。(是xs:any元素引起的錯(cuò)誤)

          先在ClassPath根目錄放一個(gè)修改過的activemq-ra-4.1-incubator-SNAPSHOT.xsd和jencks-1.3.xsd。

          同樣修改 ClassPath 下面META-INF\spring.schemas 增加內(nèi)容如下。這個(gè)spring.schemas是spring自定義scheam的配置文件,請注意"http:\://"部分寫法

          http\://people.apache.org/repository/org.apache.activemq/xsds/activemq-ra-4.1-incubator-SNAPSHOT.xsd=/activemq-ra-4.1-incubator-SNAPSHOT.xsd
          http\://repository.codehaus.org/org/jencks/jencks/1.3/jencks-1.3.xsd=/jencks-1.3.xsd

          3.2  配置方案

          3.2.1 基礎(chǔ)零件 

          1. 配置ActiveMQ Broker  參見 ActiveMQ+Spring

          2. 配置ActiveMQ Resource Adapter

          <amqra:managedConnectionFactory id="jmsManagedConnectionFactory" resourceAdapter="#resourceAdapter"/><amqra:resourceAdapter id="resourceAdapter" serverUrl="vm://localhost" />

          3. 配置Jencks 基礎(chǔ)配置

             具體的配置可以參見Jencks的XSD

          <!-- jencks PoolFactory config-->
          <jencks:singlePoolFactory id="poolingSupport" maxSize="16" minSize="5" blockingTimeoutMilliseconds="60" idleTimeoutMinutes="60" matchOne="true" matchAll="true" selectOneAssumeMatch="true" /> <!-- jencks XATransactionFactory -->
          <jencks:xATransactionFactory id="transactionSupport" useTransactionCaching="true" useThreadCaching="true" />  
          <!-- jencks ConnectionManagerFactory -->
          <jencks:connectionManagerFactory id="connectionManager" containerManagedSecurity="false"  poolingSupport="#poolingSupport" transactionSupport="#transactionSupport" /> <!-- jencks TransactionContextManagerFactory -->
          <jencks:transactionContextManagerFactory id="transactionContextManagerFactory"/>
            

          4. 配置給JmsTemplate使用的connectionFactory (主要是生成者/發(fā)送者 使用)

             這里注意下,在配置jmsTemplate的使用的targetConnectionFactory就是使用jencks配置的connectionManager

          <!-- spring config jms with jca-->
           <bean id="jmsManagerConnectionFactory" class="org.springframework.jca.support.LocalConnectionFactoryBean">
            <property name="managedConnectionFactory">
             <ref local="jmsManagedConnectionFactory" />
            </property>
            <property name="connectionManager">
             <ref local="connectionManager" />
            </property>
           </bean>
           
           <!--  Spring JmsTemplate config -->
           <bean id="jmsTemplate" class="org.springframework.jms.core.JmsTemplate">
            <property name="connectionFactory">
             <!--  lets wrap in a pool to avoid creating a connection per send -->
             <bean class="org.springframework.jms.connection.SingleConnectionFactory">
                  <property name="targetConnectionFactory" ref="jmsManagerConnectionFactory" />
             </bean>
            </property>
            <!-- custom MessageConverter -->
            <property name="messageConverter" ref="orderMessageConverter" />
           </bean>  

          5. 配置Spring 2.0的MessageListenerAdapter,保證不需要用戶實(shí)現(xiàn)MessageListener

            ActiveMQ+Spring

           6.配置Jecnks 充當(dāng)MDP的Container

            就是把上面的MessageListenerAdapter配置到Jencks里面,完成整個(gè)MDP的配置

           <!-- Jencks Container-->
           <jencks:jcaContainer>  	<jencks:bootstrapContext>
             		<jencks:bootstrapContextFactory threadPoolSize="25" />
            	</jencks:bootstrapContext>
            		<jencks:connectors>
             	   <!-- use jencks container (use spring MessageListenerAdapter)-->
             		<jencks:connector ref="messageListener">
              			<jencks:activationSpec>
               				<amqra:activationSpec destination="org.apache.activemq.spring.Test.spring.embedded" destinationType="javax.jms.Queue" />
              			</jencks:activationSpec>
             		</jencks:connector>  	</jencks:connectors> 		 <jencks:resourceAdapter>
             		<amqra:resourceAdapter serverUrl="vm://localhost" />
            	</jencks:resourceAdapter>
           </jencks:jcaContainer>

          posted @ 2008-04-12 01:37 hk2000c 閱讀(760) | 評論 (0)編輯 收藏

          請參考一下馬琳、王皓的主管教練吳敬平的文章

          直板反膠正手拉球的基本原理和訓(xùn)練方法

          乒乓球基本上是一項(xiàng)圓周運(yùn)動,正手和反手拉球都是以運(yùn)動員的身體重心為軸心、以身體到身體重心的連線為半徑進(jìn)行圓周運(yùn)動。因此,不管是正手還是反手擊球都必須符合這個(gè)原理,從這個(gè)意義上講,正手拉球動作的基本原理就是一種力的傳遞。
          正手拉球的基本要點(diǎn)
          基本站位:兩腿張開與肩的寬度為差不多相同,身體稍微前傾,重心在前腳掌上,拉球時(shí),身體向右轉(zhuǎn)(以右手為例),重心放在右腳上,在轉(zhuǎn)腰的過程中,用腰控制大臂,右肩稍底,小臂自然下垂,用手腕控制板型,板型前傾(拇指用力壓住球板,食指稍微放松,中指頂住球板),板型前傾的角度因來球的旋轉(zhuǎn)不同而調(diào)整。
          擊球原理:擊球的時(shí)候,以右手為例,首先是腿上發(fā)力,向左蹬腿,身體重心從右腳向左腳轉(zhuǎn)換,交換重心,身體前迎,身體前迎的方向要和擊球的方向一致。然后是腰上發(fā)力,用腰帶動大臂轉(zhuǎn)動,把力傳遞到前臂,在擊球一瞬間,收縮前臂用力擊球。從力學(xué)的原理講,正手拉球前,小臂和大臂之間的角度越小越好,這是加大半徑,半徑越大,初速度就越大,在擊球瞬間突然收縮前臂,使半徑變小而獲得加速度,使速度加快,力量加大。擊球時(shí),小臂和大臂之間角度的變化要根據(jù)來球和擊球的需要進(jìn)行變化。很多運(yùn)動員在進(jìn)行正手拉球時(shí)往往只注意了收前臂而忽略了轉(zhuǎn)腰,用腰來控制手臂的發(fā)力,或者是注意了用腰的發(fā)力來帶動手臂而忽略了收前臂,前臂和大臂之間的角度幾乎沒有變化或變化很小。總結(jié)起來正手拉球應(yīng)注意四點(diǎn):1、必須注意重心的交換,重心迎前的方向要和擊球的方向一致。2、一定要用腰控制大臂,是腰上發(fā)力,而不是用手臂發(fā)力,注意拉球時(shí)腿、腰、大臂、前臂、手腕發(fā)力的協(xié)調(diào)。3、擊球瞬間必須快速收縮前臂、手腕發(fā)力,前臂收縮的速度越快,發(fā)出的力量就越大。4、擊球點(diǎn)必須保持在身體的右前方,擊球點(diǎn)離身體越近,越容易控制球。有一點(diǎn)值得注意的是不管是什么樣的拉球動作,必須和你自身具備的身體條件相符合,只要不影響動作的發(fā)力就可以,沒有什么固定的動作模式。另外就是在擊球前,球板和球之間要有一定的距離,盡量主動去擊球,而不要讓球來撞你的球拍,或者是球與球拍之間的距離太小,容易被來球頂住,影響你的發(fā)力。

          正手拉球的方法與技巧
          正手拉球是一門很復(fù)雜的技術(shù),有近臺拉球、中近臺拉球、遠(yuǎn)臺拉球,有拉上旋球、下旋球,有近臺快帶、反拉弧圈球,拉半出臺球等等。不管拉球有多么復(fù)雜,但有一點(diǎn)是最重要的基礎(chǔ),就是步法。步法的好壞,直接關(guān)系到正手拉球的命中率、力量的大小和拉球時(shí)的調(diào)節(jié)能力。要想練好正手拉球,就必須先練好步法。而在這一點(diǎn)上,是專業(yè)運(yùn)動員和業(yè)余運(yùn)動員最大的區(qū)別所在,業(yè)余運(yùn)動員不可能像專業(yè)運(yùn)動員那樣進(jìn)行大量的高強(qiáng)度的步法訓(xùn)練。但有一點(diǎn)是相同的,那就是擊球的技巧。只要能夠做到因勢利導(dǎo),充分發(fā)揮現(xiàn)有的條件,也會收到一定的效果。下面,我給大家介紹一些比較實(shí)用的訓(xùn)練方法和技巧:
          1、拉好定點(diǎn)下旋球:拉沖下旋球是直板反膠最基礎(chǔ)的基本功,在拉下旋球時(shí)除了注意前面提到的基本動作要領(lǐng)以外,要特別注意手腕的用力方法。在擊球的瞬間是用手腕去摩擦球,擊球點(diǎn)在來球的中上部,在用手腕摩擦球時(shí)還要根據(jù)來球旋轉(zhuǎn)的強(qiáng)弱再加上一定的撞擊。就是人們常說的又摩又打。拉沖下旋球旋轉(zhuǎn)弱的來球要連摩擦帶撞擊,撞擊可稍大于摩擦。拉沖下旋球旋轉(zhuǎn)強(qiáng)的來球必須用力摩擦擊球,用自己拉球的力量抵消來球的旋轉(zhuǎn)。在擊球的瞬間要特別注意擊球時(shí)一定要把球往前送,不能靠力量去硬碰球。這就是我們常說的“吃球”,盡量讓球在球板上停留的時(shí)間長一些。經(jīng)常這樣訓(xùn)練拉球,你對球的感覺就會越來越好,拉球就會越來越有數(shù),慢慢達(dá)到運(yùn)用自如。訓(xùn)練的方法,在沒有多球條件的情況下可采用拉球一方發(fā)下旋球到對方的反手位讓對方搓長球到側(cè)身位,然后發(fā)力拉沖這個(gè)球。拉球時(shí)一定要注意用全力拉沖,不要考慮下一板球?qū)Ψ绞欠衲軌蚍肋^來。要的就是讓你防不過來。經(jīng)常這樣訓(xùn)練,你的拉球力量一定會提高。在有多球的條件下,可讓對方發(fā)下旋球到你的側(cè)身位,定點(diǎn)發(fā)力拉沖這種球。拉球時(shí)要掌握好擊球時(shí)間,在對方來球跳到最高點(diǎn)或下降前期擊球最好。擊球時(shí)間一定要相對固定,這樣容易掌握拉球的命中率,好調(diào)節(jié)。出界多就向前送一點(diǎn),下網(wǎng)多就多摩擦一點(diǎn)。在定點(diǎn)拉沖下旋球比較有數(shù)的情況下,再把來球的落點(diǎn)擴(kuò)大到全臺的定點(diǎn)拉沖,這樣不斷加大拉球的難度,拉球的水平就會不斷提高。
          2、拉好定點(diǎn)上旋球:拉上旋球和下旋球不同的是,拉上旋球擊球點(diǎn)在來球的上部,摩擦球要大于撞擊球,擊球的瞬間一定要往前送。訓(xùn)練的方法基本和搶拉下旋球一樣,只是來球的旋轉(zhuǎn)不一樣,是上旋球。在推擋后側(cè)身發(fā)力拉沖這板球,或?qū)Ψ阶兡阏治缓蟀l(fā)力拉沖,反復(fù)練習(xí)。有多球訓(xùn)練的條件,可以由對方直接發(fā)上旋球到你的正手位和側(cè)身位搶沖,落點(diǎn)可以從定點(diǎn)到不定點(diǎn),逐步提高擊球的難度。
          3、練好反拉弧圈球:反拉弧圈球是一種高級技術(shù),尤其是業(yè)余運(yùn)動員掌握了這項(xiàng)技術(shù)就像如魚得水,你就掌握了比賽的主動權(quán)。因?yàn)橐话愕臉I(yè)余運(yùn)動員在拉弧圈球時(shí)拉高吊弧圈球的時(shí)候多,你掌握了反拉弧圈球的技術(shù),你就站在了比對方高一擋的層次上。反拉弧圈球的要領(lǐng),首先要自己發(fā)力,盡量少借對方的旋轉(zhuǎn),用自己拉球的力量去抵消對方來球的旋轉(zhuǎn)。其次是在反拉時(shí)摩擦球一定要薄,摩擦球的上部甚至頂部,既要借對方來球的旋轉(zhuǎn)的力,還要自己發(fā)力摩擦球。越是自己發(fā)力反拉,命中率越高。越是怕對方的旋轉(zhuǎn)去碰球,越是容易吃對方的旋轉(zhuǎn)。訓(xùn)練的方法,對方發(fā)下旋球到你的反手位,你搓球到對方側(cè)身位,對方拉高吊弧圈球到你反手位,你側(cè)身反拉,這樣反復(fù)練習(xí),等基本掌握了反拉弧圈球的規(guī)律以后,再把反拉擴(kuò)大到全臺和不定點(diǎn)反拉。
          4、近臺正手快帶弧圈球:這項(xiàng)技術(shù)是防守中很先進(jìn)的技術(shù),也是很難掌握的技術(shù),是90年代后期才逐漸被采用的技術(shù)。在這之前人們在正手位的防守都是平擋,借對方來球的旋轉(zhuǎn)把球擋過去,因而在比賽關(guān)鍵的時(shí)刻就很容易因緊張而造成失誤,即使不失誤,防過去的球也沒有威脅,很容易被對方連續(xù)進(jìn)攻。到90年代后期,中國的運(yùn)動員把反拉的技術(shù)運(yùn)用在近臺的防守上,特別是直板反膠打法的運(yùn)動員運(yùn)用更多,加快了攻防轉(zhuǎn)換的節(jié)奏,收到了很好的效果,馬林在這項(xiàng)技術(shù)的運(yùn)用上是非常突出的。這項(xiàng)技術(shù)要求運(yùn)動員的對來球的判斷要非常快、準(zhǔn)確,手上對球的感覺要求很高,因?yàn)橛泻芏嗲蚴窃谑ド眢w重心或不到位的情況下,完全靠運(yùn)動員手上的功夫去完成技術(shù)動作。我想雖然目前在業(yè)余運(yùn)動員中能真正掌握這項(xiàng)技術(shù)的不多,但已經(jīng)具備了一定水平的運(yùn)動員可以去嘗試一下,也許你會有意外的收獲。
          這項(xiàng)技術(shù)的技巧主要在于掌握好擊球時(shí)間和手腕的用力,擊球時(shí)間盡量在球的起跳前期(上升期),當(dāng)步法實(shí)在到不了位的情況下,還可以在球剛一跳起時(shí)就擊球。擊球時(shí)靠腰和手腕發(fā)力,接觸球的頂部。接觸球時(shí)既要借對方來球旋轉(zhuǎn)的力,同時(shí)自己一定要發(fā)力去摩擦球,盡量摩擦薄一點(diǎn),摩擦厚就容易下網(wǎng),在摩擦球的瞬間一定要把球往前頂。訓(xùn)練方法可采用搓下旋球到對方正手位讓對方拉弧圈球到自己的正手位,然后正手近臺快帶。這樣反復(fù)練習(xí)就會逐漸掌握擊球的基本方法,在快帶對方從下旋球拉起來的弧圈球比較熟練的情況下,再進(jìn)行推直線讓對方拉弧圈球到自己的正手位快帶上旋弧圈球的訓(xùn)練。這樣,你就會慢慢掌握在防守中正手近臺快帶弧圈球的技術(shù)。這項(xiàng)技術(shù)的關(guān)鍵點(diǎn)是在擊球時(shí)一定摩擦球要薄,而且自己一定要主動發(fā)力去帶球。

          正手拉球的注意事項(xiàng)
          業(yè)余選手在練習(xí)正手拉球時(shí),要注意掌握以下幾點(diǎn):
          1、收前臂:在正手拉球時(shí)一定要注意收前臂,大臂和小臂之間的角度一定不能固定,要根據(jù)來球來決定擺臂的大小。但要注意一點(diǎn),收前臂一定要用腰來控制。
          2、轉(zhuǎn)腰:由于乒乓球是圓周運(yùn)動,擊球時(shí)用腰來控制手是非常重要的環(huán)節(jié),擊球時(shí)球拍的后引不是用手往后拉手,而是用轉(zhuǎn)腰來完成,用腰固定大臂,轉(zhuǎn)腰的速度要遠(yuǎn)遠(yuǎn)快于拉手。就是說,在擊球前的擺臂是先轉(zhuǎn)腰而不是先拉手。而我們好多球迷們在打球時(shí)都是先拉手,不知道轉(zhuǎn)腰,因而在擊球時(shí)經(jīng)常出現(xiàn)身體不協(xié)調(diào)導(dǎo)致發(fā)力不集中或發(fā)不出力。
          3、擊球點(diǎn):擊球點(diǎn)的最佳位置是在身體的右前方(以右手為例),要保持最佳的擊球位置就必須學(xué)好步法,保持好身體的重心,重心的高低要根據(jù)來球來決定。馬林經(jīng)常使用的側(cè)身倒地爆沖是不得已而為之,對方搓過來的球又低又長,拉完以后不可能再還原,只有搏殺。馬林在拉這種球的時(shí)候重心低,但是擊球點(diǎn)是球的最高點(diǎn)或下降前期。正手位大角度的球擊球點(diǎn)要根據(jù)自己步法移動的情況來決定擊球點(diǎn)的高低。一般情況下是在球的下降中期和后期擊球。
          4、手腕的運(yùn)用:在拉球時(shí),手腕要相對固定,不能晃動太大,擊球瞬間用中指頂住球板發(fā)力摩擦球。另外手腕還具有擊球瞬間的調(diào)節(jié)功能,比如在拉球時(shí)突然感到球的旋轉(zhuǎn)比自己預(yù)想的要轉(zhuǎn)時(shí)就靠手腕來調(diào)節(jié)擊球的力量大小和摩擦球的部位。在不到位和頂住自己的情況下,就要靠腰和手腕來調(diào)節(jié)擊球點(diǎn)。特別是在比賽中,很多球都不是很規(guī)則,來球的落點(diǎn)也是你最難受的地方,這時(shí)候就要靠手腕來調(diào)節(jié),手腕的調(diào)節(jié)主要靠大拇指和中指用力來完成。其次拉球時(shí)板型的控制也要靠手腕來完成,有很多的直板運(yùn)動員正手拉球時(shí)吊腕很厲害,這影響發(fā)力,一般情況下,手腕和前臂幾乎在一條直線上,球板把與手腕之間的角度在45度左右。
          5、吃球:我們看一個(gè)運(yùn)動員拉球的好壞,主要是看他拉球時(shí)是否吃球。吃球就是球在球板上的停留時(shí)間比較長,而不是球一碰球板就出去了。要做到拉球時(shí)吃球,就必須每一板球都主動發(fā)力去摩擦球,在平時(shí)的訓(xùn)練中盡量少打借力球。拉球吃球的好壞,在平時(shí)訓(xùn)練中不是很明顯,但在比賽中就有很大的區(qū)別。很多球都是在你不到位的情況下要完成拉球的動作,就全靠你用手腕主動發(fā)力去摩擦球來調(diào)節(jié),你習(xí)慣了主動發(fā)力拉球,就能在比賽中控制拉球時(shí)力量和擊球部位的調(diào)節(jié),拉過去很多高難度的球。
          6、搶沖上旋球和下旋球的區(qū)別:動作上沒有多大的區(qū)別,區(qū)別在于搶沖下旋球時(shí)擊球點(diǎn)在球的中上部,發(fā)力的時(shí)候根據(jù)來球的旋轉(zhuǎn)可帶點(diǎn)撞擊;搶沖上旋球時(shí)擊球點(diǎn)在球的頂部,主動發(fā)力摩擦球,擊球時(shí)身體重心也隨之向前。特別是在反拉弧圈球時(shí),摩擦薄反而容易過去,摩擦厚或帶點(diǎn)撞擊就容易失誤。
          7、微調(diào):很多球迷朋友提出這個(gè)問題,我認(rèn)為要在比賽中做到這一點(diǎn)是比較難的。這首先取決于你個(gè)人本身的球感,就是你手上對球的感覺。其次是在訓(xùn)練中不斷地培養(yǎng)你對球的旋轉(zhuǎn)的理解,要清楚地知道你打過去的球是什么樣的旋轉(zhuǎn),對方回過來的球又是什么樣的旋轉(zhuǎn)。只有這樣,你才會根據(jù)來球的不同,在很困難正常擊球的情況下,在來球很不規(guī)則的情況下,在球落在邊邊角角很難回?fù)舻那闆r下,通過手上的調(diào)節(jié)把球回?fù)暨^去。因此,對于業(yè)余球迷朋友們來講,最主要的是去琢磨球的旋轉(zhuǎn)變化,把這個(gè)規(guī)律基本掌握住了,你就具備了微調(diào)的能力
          正手弧圈球技術(shù)是乒乓球技術(shù)中最基本也是最重要的技術(shù)之一。拉好弧圈球的三個(gè)要素就是腿、腰、手;三者要協(xié)調(diào)一致,才能發(fā)揮弧圈球的最大威力。


          從弧圈球的風(fēng)格上來講,目前主要分為歐洲派和亞洲派。歐洲選手拉弧圈球的時(shí)候,撞擊的成分比較多,因此球在飛行的過程中速度快,力量大,弧線低;亞洲選手拉弧圈球的時(shí)候,摩擦的成分比較多,因此球在彈起后的過程中速度快,旋轉(zhuǎn)強(qiáng),弧線低。隨著弧圈球技術(shù)的發(fā)展,目前各國選手都在相互學(xué)習(xí),相互借鑒,因此并沒有十分明顯的風(fēng)格區(qū)別,而是根據(jù)不同的球運(yùn)用不同的技術(shù)。

          弧圈球的基本技術(shù)動作并不難,但是要想拉好弧圈球必須要勤學(xué)苦練,才能是自己的技術(shù)有大幅度的提高。如何掌握基本的弧圈球技術(shù)呢?(以右手握拍選手為例)

          一、技術(shù)動作分解

          1.準(zhǔn)備動作:

          拉球之前,站位一定要合理。一般來說,站位距球臺邊緣1.5米左右。左腳前,右腳后,兩腳間距略比肩寬,右腳尖于左腳腳窩的位置平齊,以兩腳前腳掌內(nèi)側(cè)著地。兩腿彎曲,含胸,重心放低,身體與球臺邊緣的夾角大概為45度左右。

          2.拉球:

          拉上旋球時(shí),右肩略微下沉,同時(shí)橫向轉(zhuǎn)腰,右臂自然放松,靠橫向轉(zhuǎn)腰動作完成引拍的過程。此時(shí),以右腳為軸,重心放到右腿上。然后,右腿蹬地,腰部橫向回轉(zhuǎn),并帶動右臂,注意此時(shí)右臂仍為放松狀態(tài)。待腰轉(zhuǎn)到基本與球臺邊緣平行的時(shí)候開始收縮前臂,擊球。重心由右腿轉(zhuǎn)移到兩腿上,兩肩持平。擊球時(shí),要找好擊球時(shí)間。擊球時(shí)間分為上升期和下降期,上升期是指來球即將達(dá)到最高點(diǎn)的時(shí)候,下降期是指來球從最高點(diǎn)剛剛下落的時(shí)候。一般來說,來球位于右腹部前方一尺多的距離時(shí)擊球感覺最好,可以發(fā)出力。擊球時(shí),要注意摩擦球,主要向前發(fā)力。擊球后要注意大臂、小臂立刻放松,還原。
          此主題相關(guān)圖片如下:


          關(guān)于擊球部位,對于以拉打?yàn)橹骱湍Σ翞橹魇怯袇^(qū)別的。 以拉打?yàn)橹鞯倪x手,擊球的部位一般為B點(diǎn)或B、C點(diǎn)之間。以摩擦為主的選手,擊球部位一般為C點(diǎn)。
          拉下旋球的動作要領(lǐng)與拉上旋球基本一致。只是拉下旋球時(shí),右肩沉的更低一些,擊球的部位一般為B點(diǎn),且用力的方向向上多一些。

          3.步法

          拉球時(shí),要根據(jù)來球的位置,時(shí)刻跑動來調(diào)節(jié)擊球的最佳位置。跑動時(shí)要保證重心盡量平穩(wěn),身體不要亂晃。

          二、高吊弧圈與前沖弧圈

          高吊弧圈一般是針對拉下旋球而言的。高吊弧圈以旋轉(zhuǎn)見長,但是弧線略高,速度較慢。高吊弧圈的擊球部位一般為B點(diǎn),甚至是A、B點(diǎn)之間,這要根據(jù)來球的旋轉(zhuǎn)而定。拉高吊弧圈,右肩下沉的較低,用力方向向上的比較多,先要制造一個(gè)高過球網(wǎng)的弧線,然后用力方向向前,再制造一個(gè)向前的弧線。如果一味的向上硬拉,則球很容易出界。

          前沖弧圈速度快,力量大,但旋轉(zhuǎn)稍遜。拉前沖弧圈,擊球部位一般為C點(diǎn)或B、C點(diǎn)之間。右肩略微下沉,用力方向向前比較多。若來球的下旋旋轉(zhuǎn)很強(qiáng),則必須增加轉(zhuǎn)腰的幅度和前臂收縮的速度,以增大對球的摩擦力。

          三、臺內(nèi)弧圈球技術(shù)

          臺內(nèi)弧圈球的技術(shù)難度比較大。首先要判斷來球的位置和高度,根據(jù)來球的高度來決定引拍的高度。拉臺內(nèi)弧圈球,一般引拍的高度較高,往往與臺面高度持平,甚至高于臺面。擊球部位一般為D點(diǎn)。由于摩擦球的部位很薄,因?yàn)閷τ谙滦浅?qiáng)的臺內(nèi)球,處理起來難度很大。而對于不太轉(zhuǎn)的下旋球來說,臺內(nèi)弧圈球給對方造成的威脅還是很大的。拉臺內(nèi)弧圈球,要注意用力方向向上多一些,繼而向前,要把弧線拉短。

          四、套膠與弧圈球

          進(jìn)口套膠與國產(chǎn)套膠的性能不同,對于拉弧圈球的風(fēng)格有一定的影響。
          歐洲人拉球多為拉打,因?yàn)闅W洲的套膠膠皮黏性差,海綿偏軟,但彈性好。使用進(jìn)口套膠,球在接觸到拍子之后,海綿被擠壓的程度較深,海綿被壓縮的行程長,這樣就削減了來球的大部分旋轉(zhuǎn)和力量,因此采用拉打的手法可以很好的控制來球,加之歐洲人身高馬大,爆發(fā)力非常好。這樣的拉球威力不小。

          亞洲人拉球多摩擦,因?yàn)閲a(chǎn)的套膠,如狂飆系列套膠,膠皮黏性強(qiáng),海綿彈性非常實(shí)在,非常大。在球接觸拍子的時(shí)候,膠皮給了來球很大的阻力,而海綿被壓縮的程度也不大,這樣就造成的脫板速度很快。因此只有多摩擦,以旋轉(zhuǎn)克旋轉(zhuǎn)才能拉出高質(zhì)量的弧圈球。所以使用國產(chǎn)套膠對拉球的技術(shù)要求較高。

          隨著乒乓器材的發(fā)展,國內(nèi)已經(jīng)生產(chǎn)出很多新產(chǎn)品,兼具了國產(chǎn)與進(jìn)口的很多優(yōu)點(diǎn),對于眾多的乒乓球愛好者來說,又多了很多的選擇。

          五、拉球的常見問題
          1. 重心后坐。
          重心后坐,自然使腿部力量不能發(fā)揮出來,使手臂的走向多為向上,削減了拉球的速度、力量和旋轉(zhuǎn)。
          2. 手臂僵硬。
          引手的過程中,肌肉僵硬,大大降低了控制球的能力,并鎖住了力量。擊球后肌肉僵硬,使力量不能全部發(fā)揮出來,并降低了還原速度。
          3. 轉(zhuǎn)腰不夠。
          只靠手臂拉球,速度、力量、旋轉(zhuǎn)都有很大的損失。
          4. 抬肘、抬肩。
          使腿、腰、手不能協(xié)調(diào)一致,當(dāng)力量從腿、腰傳到手的時(shí)候,能量中斷。
          5.步法遲鈍。
          等球,使擊球點(diǎn)太低,使全身的力量用不到球上。
          posted @ 2008-03-08 01:23 hk2000c 閱讀(729) | 評論 (0)編輯 收藏


          拉弧圈最重要的環(huán)節(jié)是什么?是吃球。

          就是盡量延長球和膠皮接觸的時(shí)間,主動發(fā)力控球,把揮拍的能量充分作用到球體上。吃球就是球在球板上的停留時(shí)間比較長,而不是球一碰球板就出去了。要做到拉球時(shí)吃球,就必須每一板球都主動發(fā)力去摩擦球,在平時(shí)的訓(xùn)練中盡量少打借力球。

          延長控球時(shí)間靠是什么?反膠、軟板、灌膠、先打后摩,還有最重要的一點(diǎn)是在加速揮拍過程中擊球。加速擊球就好比在阻力較小的平面上推箱子,只有不斷加速去推,才能一直不離手,力量才能充分傳遞到箱子上。也就是說,拉弧圈最好是不斷加速追著球摩擦。

          如果拉上旋來球,就是逆旋轉(zhuǎn)擊球,球和膠皮接觸的瞬間,球和膠皮的相對速度大,來球減轉(zhuǎn)的過程就是個(gè)緩沖過程,球不會很快脫板,一般不會有吃不住球的感覺。

          如果拉下旋來球,則是順旋轉(zhuǎn)擊球,如果揮拍向上的速度低于旋轉(zhuǎn), 便無法吃得住球。就好比玩陀螺,抓住轉(zhuǎn)動的陀螺容易,因?yàn)槭悄嫘D(zhuǎn),而給陀螺加轉(zhuǎn)就很困難,要用比陀螺更快速度的鞭子去抽。這一點(diǎn)對著削球手感覺最為明顯,力量還沒作用到球上,球就脫板了,常會有吃不住球的情況發(fā)生。如果仔細(xì)觀察錄像,國手們拉削球時(shí)揮拍摩擦都極快,揮拍之所以快的就是靠發(fā)力抵消來球的旋轉(zhuǎn)。對下旋來球, 揮拍速度是不能低于旋轉(zhuǎn)的。

          拉下旋球?yàn)楸WC能吃住球需掌握三個(gè)要點(diǎn):

          一是增大球和球板的正壓力,就是“又摩又打”,增大正壓力便于摩擦。

          二是加快向上向前的揮拍速度,包括手腕也要加上摩擦球的動作。

          三是掌握擊球時(shí)間。一般是在下降期拉,一方面下旋球在空中飛行時(shí)會逐漸減轉(zhuǎn),另一方面,球在下落時(shí)由于下落速度和球的旋轉(zhuǎn)方向相反,兩個(gè)速度相抵,揮拍相對速度就體現(xiàn)的更快一些。

          第一板從下旋拉起的弧圈很難防守,也是因?yàn)榫哂衅?#8220;順旋”的加成效果。一旦練成,對對手威懾極大。





          前言:都說下旋球下降期好拉,為甚么?什么出轉(zhuǎn)沒出轉(zhuǎn),都是憑感覺。請看物理學(xué)的精確分析。我們對事物不僅要知其然,也要知其所以然。

          如圖:球?yàn)橄滦O(shè)球拍垂直向上摩擦,與球在a點(diǎn)接觸。假設(shè)球旋轉(zhuǎn)每秒30轉(zhuǎn),直徑40MM,則a點(diǎn)線速度為:

          V2=2πr*30 = 3.768m /s(即如果球原地向上轉(zhuǎn),a點(diǎn)的對地速度)

          1、拉上升期,a點(diǎn)速度為轉(zhuǎn)速加球速。

          設(shè)球向上的分速度v0 = 2m/s.a點(diǎn)對于地面的速度為 v0+v2 = 5.768m/s .如果靠摩擦把球拉起,拍速必須大于a點(diǎn)速度。約21公里/小時(shí)。

          2、拉下降期,a點(diǎn)速度為轉(zhuǎn)速減球速。

          設(shè)球向下落的分速度v0 = 2m/s.a點(diǎn)對于地面的速度為 v0-v2 = 1.768m/s .如果靠摩擦把球拉起,拍速必須大于a點(diǎn)速度。約6.3公里/小時(shí)。

          可見拉上升期比下降期需要三倍的速度!

           

           

          posted @ 2008-03-08 01:19 hk2000c 閱讀(1007) | 評論 (0)編輯 收藏

          主站蜘蛛池模板: 炎陵县| 浮山县| 甘德县| 伽师县| 特克斯县| 安徽省| 贡觉县| 桃江县| 山阳县| 鄄城县| 延长县| 宝清县| 湖北省| 红原县| 察雅县| 剑阁县| 威信县| 巴中市| 广水市| 措美县| 田林县| 卢氏县| 平安县| 陇南市| 临澧县| 永吉县| 定西市| 桂平市| 仁化县| 吉安市| 赤城县| 襄城县| 历史| 中江县| 阿拉善右旗| 南郑县| 托克逊县| 梅河口市| 宁南县| 水城县| 建水县|