2013-11-04 37 views
-1

我最近意識到我想跳入AngularJS框架。我現在正在用jQuery開發幾年。Angularjs - 我應該使用它爲這個應用程序?

我想創建一些幫助用戶修改網頁dom的應用程序(某種瀏覽器所見即所得的編輯器)。它只是正常加載頁面,並添加一些自定義工具欄 - 如管理CSS樣式,添加新元素,編輯內容。所以基本上只有一個視圖被添加 - 邊欄。主要部分是與我的編輯無關的普通頁面。

我正在工作,我正在用jQuery來做 - 但它需要很多相同的東西,重複DOM操作。

那麼你認爲人們用AngularJS做這件事很好嗎?

我想有這樣的特點:

  • 了很多有關各種CSS樣式,將修改樣式所選項目的實際項目投入(最後點擊項目將被激活或者是這樣的)

  • 選項,如重複的項目,刪除項目,恢復默認樣式,排序與其他項目

  • 增加新的項目(現在我用jQuery UI做拖動和排序)

等等,你可以想象它會需要。

我的目標是專注於此業務邏輯(還有很多這樣的),並將所有這些事件,檢查項目propeties,更新它們等等放到框架中。

另外還有哪些其他框架對此有好處? jQuery非常適合DOM修改,但在這種情況下,它們都非常相似。

謝謝。

+0

這與您使用的dom lib無關,但您可以識別模式,對它們進行編碼並對它們進行擴展以適應各種特性 – mikakun

回答

2

乍一看,我會說Angular不太適合這個項目。 Angular的大部分功能都來自指令,這些指令通常通過向標記添加屬性來應用。由於頁面中標記的主要部分超出了您的控制範圍,因此大部分角度並不會幫助您修改底層頁面。 Angular可能會幫助你使用你自己的用戶界面,但最有可能的是將jQuery應用於原始頁面上的元素。

+0

我可以修改oryginal內容 - 檢測某些類型的元素併爲其添加屬性並保存。另外,編輯器添加的新元素可以控制(它們的html和屬性)。所以 - 從編輯器開始創建的頁面我已經幾乎完全控制了他們的html,這些頁面是可用的,需要修改,我必須自動識別。這是否改變了你的觀點? – pie6k

+2

想一想更多關於你的情況,我想說當你想要保持DOM與某個模型同步時,Angular是非常棒的。看起來在這種情況下,DOM本身就是模型,您將對其進行更改並堅持這些更改。在我看來,jQuery是直接操作DOM的黃金標準,尤其是因爲在這種情況下,當不處於編輯模式時,結果標記和樣式將不依賴jQuery成爲有效標記。 Angular是一個非常好的框架,但你可能會發現jQuery中更容易進行任意的DOM編輯。 – devinallenaz

1

我認爲角度是偉大的任何客戶端編碼,自動更新異步數據& MVC結構中的代碼組織。試試吧。

相關問題