跳到主要內容

SAP Web Dynpro 的優缺點

特長：

清晰的MVC架構

自動化建立模型類別(model class)

透過3種data model機制(model binding, context mapping, data binding)可以很容易保持資料模組化與前後端一致性

利用context node機制抽象化、統一化對後端各種不同model的存取方式

各種重用性高、可設定的UI元件，只要拖拉即可快速建立畫面

UI元件可與office、Adobe flex作某種程度整合

各種工具類別提高開發效率(ex: Window Manager, Message Manager)

畫面可以重複使用在不同的client裝置（web browser, pocket pc, blackberry)，無須重新開發

缺點：

沒有提供使用者輸入驗證的架構（要自行實做）

UI元件無法客製

必須使用NetWeaver server，是SAP獨有技術

必需要用NetWeaver Development Studio開發，雖然是基於eclipse的IDE，但是許多好用的功能與快速鍵都被改掉，反而較不好用
不易與其他third party framework整合，如Hibernate
標籤：

留言

張貼留言

這個網誌中的熱門文章

iframe DOM 被移動造成重新載入

如果用 javascript 去搬動 iframe DOM 的位置, 瀏覽器會將其內容重新載入，這是現有 HTML 規格 > When an iframe element is inserted into a document that has a browsing context, the user agent must create a nested browsing context, and then process the iframe attributes for the "first time". 範例： http://jsfiddle.net/pZ23B/ 測試結果： * Safari 3.1 / Win: reload * Opera 9.5 / Win: reload * IE10: reload * IE7 / IE8: not reload (部份摘自 https://bugzilla.mozilla.org/show_bug.cgi?id=254144 ) 參考： * https://bugzilla.mozilla.org/show_bug.cgi?id=254144
張貼留言
閱讀完整內容

ZK 與響應式網頁設計（RWD）

響應式網頁設計 (RWD) 就現今而言應該是許多網站必備的條件之一，ZK 框架可以幫你從一個抽象層次較高的角度滿足 RWD，不需要了解 CSS Media Query 的細節。 元件層級 元件層級的 RWD 是由元件內部自動完成的。每個 ZK 元件都能區分瀏覽器的種類，因此會自動依據桌上型或行動裝置瀏覽器來自動調整元件的外觀，不需開發者介入，例如 datebox 在桌面瀏覽器會跳出小月曆： 在手機瀏覽器就會自動變成下方滾動條： 頁面層級 頁面層級的 RWD 因為牽涉到版面設計，因此無法靠元件自動完成，因為畢竟每個頁面需要的版面設計皆不相同，這通常不是一個技術性的決定，而是政策性或設計性上的決定，因此 ZK 提供一些工具讓你實現 RWD。以下根據你想要達成的效果，概述你可用的工具。 寬度、版面自動調整 如果你想要做出的效果是，畫面內各區域自動調整寬度，較窄時調整位置，我非常推薦搭配 Bootstrap Grid 與 ZK 一同使用，因為 易於整合 。使用 Grid system 只要在 div 套上 CSS class，如 col-md-4 ，因此跟 ZK 整合很容易，不需要特別的設定與程式。 元件變換 如果你希望畫面寬、窄時，各用不同的元件來顯示，例如側邊欄在畫面變窄時消失並換成小的選單圖示，這時元件本身當然無法得知要做這樣的轉換，你可以透過 onClientInfo 事件 或 @MatchMedia 來偵測畫面寬度變化，並針對該變化調整畫面元件。 更多細節可以參考以下資源： Use Bootstrap with ZK: Responsive Admin Template 範例專案 線上展示
張貼留言
閱讀完整內容