1、分離開發人員的關注。由於某一層僅僅調用其相鄰下一層所提供的服務，所以，只要本層的API和相鄰下一層的API定義完整，開發人員在開發某一層時就可以像關注集中於這一層所用的思想、模式、技術，這樣，就等同於將分工帶來的生產力提高優勢引入軟件開發。又如買蛋糕的例子，作為超市，只要知道下層API(如何從蛋糕廠獲取蛋糕)和本層需要實現的API(把蛋糕銷售給客户)，就可以制定自己的業務模式很策略計劃了，而不必關心如何種小麥、如何磨麪粉、如何做奶油、如何做蛋糕等。這樣，超市只需進行商業運作，而不必進行產業運作，如此專一，必然提高業務水平。
2、無損替換。想象一下，如果某家奶牛場倒閉了，奶油加工廠也要跟着倒閉嗎?當然不會，它可以迅速更換一家奶牛場，因為各個奶牛場都可以實現“提供牛奶”這項服務。再譬如，如果某天國家出台政策，要求所有奶油廠必須從審查合格的奶牛場引進原料，恰好某奶油廠的合作牛奶供應商沒能通過審查，那麼，只要換一家通過審查的合作就行了。而且奶油廠內部的各個環節一動不用動，因為不同的奶牛場都可以提供“供應牛奶”這個服務。而如果奶油廠自己養牛生產牛奶，一旦遇到這個政策，還得自己去有關部門進行審查，調整相應業務流程，牽一髮而動全身。程序中同樣的道理，最常聽説的可能就是遷移數據庫了。
3、降低了系統間的依賴。還是蛋糕那個例子，如果某天蛋糕廠內部換機器了，或業務流程調整了，請問顧客需要關心嗎?顯然不用，因為顧客只調用超市提供的服務。而超市為顧客隱藏了下面所有產業細節。如果每一個顧客買一樣商品，都要了解這個商品從原料生產到成型再到銷售的一系列細節，豈不累死了。換做程序中，就如表示層只管調用業務層的服務，至於業務層下還有幾層?各種數據是怎麼來的?怎麼存的?是真實的還是捏造的?都不需要了解，這大大降低了系統各職責之間的依賴。
4、複用。例如，你可以去這個超市買東西，我也可以去這個超市買東西。蛋糕廠可以從麪粉廠提取麪粉，饅頭廠也可以。這樣，同樣的層就可以為不同的上層提供服務
