1樓：
CSS 本來是一種非結構化的東西，無章可循，亂七八糟。而 BEM 是一種方式把 CSS 給結構化了，雖然這種方式也是槽點很多。但是 —— 無論多槽點，最終結果是 CSS 結構化了。
計算機這個東西就是有這麼個毛病或者好處，專吃結構化的資料，非結構化的早晚生亂。
2樓：獵人雷靈
BEM寫久了容易變成強迫症，今天覺得這麼寫好，明天覺得那樣寫好，後天再改回去……
不過對CSS這種一旦巢狀起來能亂得你找不到北的語言來說，好處還是大於墨跡的
3樓：被刪
設計思想總是可以參考的。
應用場景也是可以靈活變化的。
在拒絕之前先去了解一下，總是不吃虧的。
在接受之後結合現狀做些調整，也是可以很棒的。
4樓：wu shufen
用它的思想，不一定要用它的命名方式。改成這樣更簡潔些.blockName-elName
.modifier
.modifier 不單獨使用，所以也不會衝突例1：.
menu
.menu-item
.menu-item
.active
例2：.
shopCart
.shopCart-title
.shopCart-item
.shopCart-item
.selected
5樓：謝旻杰
個人認為，從設計角度出發，BEM是最好的命名方式。
開啟debug tool,想改個樣式看到我怒砸電腦的心都有。
BEM是最好的，什麼inline css, JS css都是不可取的。
6樓：據說他姓feng
這個問題放到js也是一樣的，我一直要求js的命名一定要一眼看出是value variable還是function variable，是公有還是私有，得到的是copy出來的還是original的。
然而，絕大多數人會不採用。所以一改就出翔。
7樓：
BEM除了是一種新的命令方式之外，我個人認為他還是提出了模組與模組，元件與元件，模組與元件之間的管理方式。如何通過一種命名方式更好的管理和維護他們。
僅除命名的方式出發，很多同學會接受不了，認為命名繁瑣，增加了檔案體積，另外編寫樣式，寫選擇器麻煩，從而增加了工作量。如果僅從這兩方面來說他不好，或許有點過激。
從一種思想上來看，BEM還是有很多值得大家去思考的，特別是用於維護專案，或者跨團隊的開發當中，他的好處會明顯見長。
任何一樣東西能生存，都有其自己的優勢，當然萬物有得就必有失。這是相互的，至於我們前端人員，或者乙個團隊如何取捨，還是需要從自已或團隊力量出發，有利用之，無利就不用了
8樓：謝彪
BEM 有多種命名方法，見： https://github.
github.com/suitcss/suit用的命名方法來自 Montage，他們有一篇 blog 解釋了採用這種命名方法的原因： A BEM syntax with UX in mind
9樓：蘇泊
有過這樣得經歷:
產品改需求，從十幾個mod less檔案中找到目標行，只花了10秒。
BEM適用有一定規模得專案和團隊，鄉村作坊隨意高興就好。
好不好自己去用一周，就有答案了，只有適合自己團隊得才叫好。
如何看待爆料稱 iPhone 回歸經典命名方式，下一代命名 iPhone 12s？
達姆手機數碼圈 從iPhone3G開始，iPhone使用了連續四個回合共八代的規律命名方式，分別是iPhone3G與iPhone3GS，iPhone4G與iPhone4S，iPhone5與iPhone5S，iPhone6與iPhone6S。其中處理器和攝像頭的公升級是S代區別於上一代的的主要特徵。也...
如何評價《北平無戰事》中的方孟敖？
方孟敖是個冷眼熱心的乾淨人。外楞實精，看起來有王牌飛行員的囂張和逆子的跋扈，實則克制力觀察力極強。全劇他從來沒有辦錯一件事，說錯一句話。每次行動要麼不出手，出手總佔先機。對不同人愛憎分明而喜怒不形於色。既能憤怒的慷慨激昂，也能悲傷的細語呢喃。既有玩世不恭，也有執禮甚恭。既有軍人的粗放，也有江南小康之...
如何看待電影匆匆那年裡，方茴的報復行為？
靜好 沒看過電影，看的是原著。每個男人心裡都有兩個女人，乙個是白玫瑰乙個是紅玫瑰，只是當時的陳尋選擇了紅玫瑰而已。方茴我想很多年後回憶，痛恨的一定不是陳尋，而是自己的自暴自棄。你說人世間最美好的事不是和愛的人做的，多傻啊 哐幾 又刷了一遍匆匆那年。回知乎看到這個問題。方茴是受過傷的孩子，高中時被小混...