通過ABAP Web Dynpro使用Java Web Dynpro有什麼好的理由嗎？我聽說由於Dynpro是爲Java編寫的，所以Java版本已經成熟了大約18個月，然後ABAP開發人員在看到它工作後就想要它。Java或ABAP Web Dynpro？ （在Netweaver上的SAP Web開發）
我知道ABAP是SAP的專有產品，Java的使用更爲廣泛。這個事實加上Java版本的成熟性使它成爲最佳選擇嗎？
另外。我是否應該考慮在Dynpro上使用NWDI？當我可以免費使用ANT時，NWDI對我來說似乎是個壞主意。
更新（兩年後）：現在它的官方。 Java Web Dynpro處於維護模式。這意味着其即將成爲傳統技術。現在（2010年）SAP正在回到只有堆棧。我不提供鏈接，因爲SAP鏈接很短。只需搜索http://sdn.sap.com。
更新前：據我所知，在這個問題上沒有官方的立場。所以我會拋出我的兩分錢。首先，我不知道在SAP樹上使用Java over ABAP有什麼好的說法。
在我看來，新事物是由Sap在Java中開發的，因爲它是「未來」。看起來他們主動阻礙了ABAP堆棧的開發，給Java堆棧一個機會。但使用SAP Java應用程序服務器的唯一原因是訪問ABAP應用程序服務器上的信息和業務邏輯。沒有理由單獨使用它（因爲有更好的j2ee替代品）。甚至sap也沒有在Java應用服務器上做任何重要的應用。
關於成熟度。 webdynpro在java堆棧上更成熟。但是堆棧本身非常不成熟。
開始一個體面的硬件需要十多分鐘的時間。日誌記錄遍佈整個地方。無法使用gui。對文本查看器非常不友好。 這不是像版本管理和構建這樣的員工使用java社區資源。而SAP的替代品是不成熟的。
關於java程序員的可用性。當然，這是真的，但是：由於大多數邏輯都在abap堆棧中（在大多數情況下），因此需要知道java和abap是否適用於任何應用程序，而不是普通的應用程序。在這裏你正在處理稀缺資源。會發生什麼是你教給java開發人員反之亦然。這並不壞，但它是由錯誤的原因完成的。而且你會在項目上有缺乏經驗的開發人員（在一種語言堆棧中缺乏經驗）。
結束語。如果你關心你的網站的可用性。考慮BSP或JSP。 webdynpro恢復了Sapgui中的所有醜陋和不可用性。
我記得我的ABAP webdynpro類的講師說ALV庫在Java堆棧中不可用，所以如果你想要它提供的功能，比如自動的excel導出和求和，你必須自己實現它們。
問問你自己爲什麼會考慮WebDynpro開始。考慮編寫自己的MVC（在ABAP或Java中），爲自己節省很多頭疼的問題，將自己繪製成不可用的WebDynpro角落。
與ITS，IAC，DCOM，Business Connector，BSP，PCUI一樣，WDJ也會消失並消失。 WDA在這裏不需要RFC或NWDI。對於全面的Web應用程序，CRM/R3電子商務應用程序使用完整的MVC2 J2EE技術，該技術也可用於使用JCO的自定義應用程序。
對我關於WDJ的陳述的小小更正。確實需要接受培訓才能學習WDJ，所以如果Java商店使用SAP來培訓時間/費用，那麼WDJ是一個不錯的選擇。否則，您可以使用Struts和JCO爲Web啓用的SAP應用程序設計完整的J2EE/MVC2應用程序。對於ABAP商店，由於學習曲線很小，我不建議WDA，不需要NWDI和JCO。因此，SAP是一家可以使用.Net技術的應用程序公司。
也許我們應該提到，使用WD Java所做的任何事情都需要啓用RFC的FM。
而用ABAP WD，您可以訪問任何FM，表，ABAP對象等
還有SAP和Oracle，現在誰擁有了Java之間的戰鬥真實。