ABAP總結之三，Web Dynpro及相關

     Web Dynpro是SAP為了推行它的Netweaver戰略而對ABAP用途的又一次擴充。     國内使用Web Dynpro的項目不多，我個人也隻是将一些SAP的官方文檔看了一下并且自己做了幾個例子把玩了一下（實際上就是把R/3裡的程式做成Web界面而已）。總體感覺不是很難，隻要有一些OO的基礎，上手是很快的。

     Web Dynpro有以下幾個特點：

1. 做過BI、PI的人都知道，SAP Netweaver 平台上的好多技術應用都已經偏向于配置，ABAP也一樣。Web Dynpro類似于C#和Java，已經采取了可視化圖形界面程式設計。你可以選擇常用的Web控件進行'畫圖'，然後再把控件連上資料源就好了。
2. 網頁間的跳轉也是用configuration來實作的，沒有了PAI和PBO，同時也不像JAVA那麼麻煩，更貼近與C#。
3. 面向OO的實作方式，網頁資料之間的傳輸已經全部用了面向對象技術。當然，讓我們欣慰的是，抽資料還是可以用老辦法（那個就是ABAP裡最好用的幾句話了）。

   由于之前寫過一段時間的JAVA，将兩者比較一下的話，我覺得Web Dypro還是有它的優勢。比如，開發一些比較簡單的網頁報表和應用，開發速度還是很快的。但是如果要做複雜的話做不過JAVA。玩過PI的人就應該知道了，PI的大部分子產品是用JAVA寫的，界面保持SAP一貫的風格，但有些功能就做得很花哨（Mapping），JAVA在圖形上的優勢可見一斑。

   講到JAVA就不得不要講講現在ABAP的生存狀況。我覺得短期還是應該看好ABAP的，長期是看空（沒有哪項技術是永遠領先的）。為什麼？

1. SAP在推出Netweaver的時候是考慮過這個問題的，但是德國政府強烈反對，因為人家認為這會引發一系列社會問題。SAP養了那麼多的資深ABAPer，一旦全體失業，會引發一股不小的社會沖擊，全球範圍來講，對SAP的聲譽也不好。同時，SAP R/3的很多代碼都是用ABAP實作的，有一定的技術壁壘，完全換成JAVA開放的話，有一定風險。
2. 國内的R/3項目起步比較晚，很多實施的項目隻是做了個開頭，未來的幾年裡還有一定的的開發量。反而function的使用空間将會減少，照現在的情形，是個人都削減了腦袋要去做function，但新上線的項目在不斷減少，function卻不斷增加，這意味着什麼？我想很多道理是一樣的，當賣菜的大媽都在炒股票的時候，你就可以安然離場了。
3. ABAPer的技術能力良莠不齊，現在的狀況是量上去了，但是質未必上去多少。能做到真正的senior，還是很有市場的。
4. 前一段時間，市場上有一股風鼓吹，BI、PI要火了。但實際上呢？看看中國的國情吧。用個R/3都還沒有用好呢，要BI、PI幹什麼？BI、PI是适合那些業務複雜，量大的國際大型企業，而且隻有管理跟上才能發揮其用途，不然隻是擺設而已。而且BI、PI的難度不在于技術（技術實作都比較簡單），而是調研和模組化，這個隻有靠項目經驗累積起來，沒有什麼捷徑。現在的技術發展那麼快（如BI版本更新很快，SAP很有可能修正其road map），同時國内很多企業都還未具備上這些系統的條件，輕易地全部投入這兩個子產品還是有一定風險的。
5. Function是不錯的，特别是FI/CO。但是這個要有機會，從業人員多了，項目少了，你的機會自然也少了，競争壓力也徒增。而且Function是靠行業經驗和項目經驗累積的，往往就是越資深項目越多。是以，孤注一擲也是有風險的。我為什麼看好FI/CO？因為财務知識對炒股票很有用，而且對自己以後的理财也很有用，即使以後不做SAP了，這些知識一樣有用。

下面是SAP官網Web Dynpro的連結，有興趣的朋友可以看一下

http://help.sap.com/saphelp_nw04s/helpdata/en/77/3545415ea6f523e10000000a155106/frameset.htm