1樓：James Bjorn
說說我遇到的缺點吧
two-way binding雖然很方便，但是一不小心就會弄出過多watcher，導致慢。
ng-repeat在IE上面特別慢
Google已經把angularjs交還給了community了，更新和bug fix估計都不會很穩定
總體來說，主要就是慢。
學習的話不是很難，stackoverflow上面很多的範例，doc也很豐富的例子。
但是，這些都是可以解決的，也都不是。儘量減少two-way binding；不用ng-repeat，直接在後端做好html然後到前端bind就好了，或者在js裡面生成html然後bind。
2樓：Ehsan
Api介面管理系統，我在開發這個開源專案時選用了angularjs，目前感覺挺好了，用起來比較方便，節約了大量開發時間。缺點吧就是感覺有點重吧
3樓：鄧先生
優點雙向資料繫結,明顯的分層,豐富的內建指令和工具函式
適合一些小型的互動不是那麼複雜的單頁應用的開發
缺點也很明顯,react,vue這些庫的優點就是他的缺點.
首先雙向資料繫結,在互動比較複雜的大型專案,資料流向就會很讓人迷惑.
然後是自身是乙個重量級的框架,使用者要受到框架的很多制約靈活性不夠.
沒有react或者vue這樣的單檔案元件,寫乙個元件,往往要在html,js,css三個檔案中切換.
一些小型專案還好,可到了大型專案簡直就是災難.每增加乙個元件就要增加三個檔案,檔案非常瑣碎
醜陋的依賴注入,自身沒有模組打包的能力也沒有提供相關的打包的工具,卻實現了乙個很奇葩的靠依賴注入的模組系統.還不能用來隔離命名空間.完全是雞肋,為了這個奇葩的依賴注入系統你就不得不寫冗長沒用的語法,儘管有構建工具幫忙.
自身的事件系統不夠完整.聲稱自己是用來做單頁應用的可是最基本的觸控事件都沒有,拖拽這些也得自己定義.
複雜的api,蛋疼的學習難度.
ui-router的巢狀路由很不靈活.
總的來說angular1.x已經不適合當前的開發了.
Lazy computation 在實際應用中有什麼妙用？
dram 黑科技，可持久化平攤 O 1 push pop 的雙端佇列 可持久化。平攤？如果平攤的話，我對 X 進行操作 foo 是乙個比較慢的操作，那麼我不停地對 X 進行操作 foo 豈不是破壞了平攤的性質了？Okasaki No.完全可以讓你對 X 兩次操作得到的結果中，有部分是共享的 thun...
秘鑰分發中心（KDC）在實際應用中是不是使用的比較少？
玄星 簡答 不是。至少有兩個金鑰管理系統 key management system,KMS 已經以雲服務的形式上線了。搜尋AWS KMS和Microsoft keyVault看看吧。這倆都可以 替使用者產生金鑰 對 並在使用者同意的情況下授權給其他使用者使用 也就是說都支援典型的KDC場景。 車小...
實際中webgl應用的領域有哪些？
姬巨集江 目前來看 2019年初 WebGL 和 Native 之間的平衡是比較明顯的，WebGL 突出的是傳播性，所以需要盡量支援更多的裝置，資料輕量。成熟的商業應用沒有看到，要麼太重 Cesium，遊戲，模型展示 模型效果好的話資料量大 要麼支援的平台有限 需要用到沒有普遍支援的 WebGL 擴...