內容管理平臺是選擇傳統的 CMS 還是 Headless CMS☈⊙☉℃℉❅？
之前我們解釋過什么是Headless CMSⓣⓤⓥⓦⓧⓨⓩ，總而言之ⓚⓛⓜⓝⓞⓟⓠⓡⓢ，就是沒有展示界面⒜⒝⒞⒟⒠⒡⒢⒣⒤，只提供內容管理和內容API的CMS❋❀⚘☑✓✔√☐☒✗✘ㄨ✕✖✖⋆✢✣，但是在選擇傳統CMS和Headless CMS的時候✺ϟ☇♤♧♡♢♠♣♥，我們一般會有眾多疑問☧☬☸✡♁✙♆。，、＇：∶；，本文就Headless CMS和傳統CMS的優缺點做個對比ⒺⒻⒼⒽⒾⒿⓀⓁⓂⓃⓄⓅⓆⓇⓈⓉ，看看在什么情況下要選擇Headless的CMS✺ϟ☇♤♧♡♢♠♣♥，而什么情況下選擇傳統的CMSⓊⓋⓌⓍⓎⓏⓐⓑⓒⓓⓔⓕⓖⓗⓘⓙ。
傳統CMS的特點
傳統的CMS一般是指內容的存儲⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾、管理⒥⒦⒧⒨⒩⒪⒫⒬⒭⒮⒯⒰⒱⒲⒳⒴⒵❆❇❈❉❊†☨✞✝☥☦☓☩☯、發布☧☬☸✡♁✙♆。，、＇：∶；、展示都是在CMS里面進行☈⊙☉℃℉❅，也就是整套CMS承擔了幾乎所有功能⑰⑱⑲⑳⓪⓿❶❷❸❹❺，尤其是前端展示層❣❦❧♡۵，這樣CMS的開發者就需要維護響應的界面功能ⓚⓛⓜⓝⓞⓟⓠⓡⓢ，包括電腦ⒺⒻⒼⒽⒾⒿⓀⓁⓂⓃⓄⓅⓆⓇⓈⓉ、手機端等界面開發和管理配置㈧㈨㈩⑴⑵⑶⑷⑸⑹⑺⑻⑼⑽⑾⑿⒀⒁⒂。
比如我們常見的CMS⑰⑱⑲⑳⓪⓿❶❷❸❹❺，Wordpress⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾、Drupal♦☜☞☝✍☚☛☟✌✽✾✿❁❃、DedeCMS等⒜⒝⒞⒟⒠⒡⒢⒣⒤，目前世面上幾乎全部是傳統的CMSⅲⅳⅴⅵⅶⅷⅸⅹⒶⒷⒸⒹ。
但是也有一些CMS⑰⑱⑲⑳⓪⓿❶❷❸❹❺，比如Drupal☈⊙☉℃℉❅，因為其架構比較靈活ⅲⅳⅴⅵⅶⅷⅸⅹⒶⒷⒸⒹ，提供了大量的API以及API相關的第三方模塊㊀㊁㊂㊃㊄㊅㊆㊇㊈㊉，所以也可以稱之為Headless CMS⒔⒕⒖⒗⒘⒙⒚⒛ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫⅰⅱ。
傳統CMS 對比 Headless CMS
Headless CMS就是不負責顯示✺ϟ☇♤♧♡♢♠♣♥，只是API提供數據ⅲⅳⅴⅵⅶⅷⅸⅹⒶⒷⒸⒹ，至于顯示可以在任何設備❋❀⚘☑✓✔√☐☒✗✘ㄨ✕✖✖⋆✢✣、平臺上顯示㈧㈨㈩⑴⑵⑶⑷⑸⑹⑺⑻⑼⑽⑾⑿⒀⒁⒂，所以Headless CMS的內容管理會給我們帶來新的突破❣❦❧♡۵，比如大屏ⒺⒻⒼⒽⒾⒿⓀⓁⓂⓃⓄⓅⓆⓇⓈⓉ、VR⒃⒄⒅⒆⒇⒈⒉⒊⒋⒌⒍⒎⒏⒐⒑⒒⒓、移動設備等等的內容都可以通過Headless CMS來提供❣❦❧♡۵。
我們來對比一下傳統CMS和Headless CMS的特點❻❼❽❾❿⓫⓬⓭⓮⓯⓰，
|
|
傳統CMS |
Headless CMS |
|
前端開發 |
1. 受限于CMS的代碼框架 2. 時間成本高㈧㈨㈩⑴⑵⑶⑷⑸⑹⑺⑻⑼⑽⑾⑿⒀⒁⒂，要搭建代碼㈠㈡㈢㈣㈤㈥㈦、數據庫配置等 |
1. 沒有限制 2. 開發只需要調用API♦☜☞☝✍☚☛☟✌✽✾✿❁❃，比較簡單 3. 缺點是要從頭開始 |
|
個性化定制 |
受原有CMS的影響⒜⒝⒞⒟⒠⒡⒢⒣⒤，定制有一定限制 |
沒有任何影響❣❦❧♡۵，可以任意開發 |
|
靈活性和適配 |
前后端在一起⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾，靈活度有限 |
沒有任何限制ⓊⓋⓌⓍⓎⓏⓐⓑⓒⓓⓔⓕⓖⓗⓘⓙ，非常靈活 |
|
代碼維護 |
1. 前后一起維護 2. 代碼相互交互多ⓚⓛⓜⓝⓞⓟⓠⓡⓢ、影響多㈧㈨㈩⑴⑵⑶⑷⑸⑹⑺⑻⑼⑽⑾⑿⒀⒁⒂，所以維護難度大 （注：Drupal項目代碼里ⅲⅳⅴⅵⅶⅷⅸⅹⒶⒷⒸⒹ，一般40%是前端相關代碼⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾，這樣導致升級和開發很困難） |
1. 只有內容結構和內容管理的功能代碼①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯，維護簡單 2. 方面升級✺ϟ☇♤♧♡♢♠♣♥，并且不影響前端 |
Headless CMS的優點
所以♀☿☼☀☁☂☄，相對來說Headless CMS有很多優點☾☽❄☃，適合一般的企業級項目使用⒥⒦⒧⒨⒩⒪⒫⒬⒭⒮⒯⒰⒱⒲⒳⒴⒵❆❇❈❉❊†☨✞✝☥☦☓☩☯，當然如果是很小的內容管理系統⒜⒝⒞⒟⒠⒡⒢⒣⒤，比如博客站☧☬☸✡♁✙♆。，、＇：∶；，那么傳統的CMS就可以了☾☽❄☃。
Headless CMS的優點
#1.節約前端開發
正如上面所言⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾，前端的theme開發相對復雜一些♀☿☼☀☁☂☄，并且跟CMS集成有❻❼❽❾❿⓫⓬⓭⓮⓯⓰，theme開發會有很多要求❻❼❽❾❿⓫⓬⓭⓮⓯⓰，導致主題開發成本較高♀☿☼☀☁☂☄。
#2. 全平臺用戶體驗
Headless CMS可以將內容發布到任何平臺❣❦❧♡۵，不僅僅是web웃유ღ♋♂，所以可以打造統一的全平臺體驗♦☜☞☝✍☚☛☟✌✽✾✿❁❃。
#3. 前端自主靈活
前端可以使用任何框架開發✤✥❋✦✧✩✰✪✫✬✭✮✯❂✡★✱✲✳✴，這樣前端的靈活度非常高⒥⒦⒧⒨⒩⒪⒫⒬⒭⒮⒯⒰⒱⒲⒳⒴⒵❆❇❈❉❊†☨✞✝☥☦☓☩☯。比如Drupal⑰⑱⑲⑳⓪⓿❶❷❸❹❺，在8和9版本里面都是以JQuery為主ⓊⓋⓌⓍⓎⓏⓐⓑⓒⓓⓔⓕⓖⓗⓘⓙ，而jQuery本身已經落伍了☧☬☸✡♁✙♆。，、＇：∶；，而前端如果想用VUE/React等技術①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯，確比較難☾☽❄☃。
#4. 微服務化
因為后端其實只是提供內容的API웃유ღ♋♂，所以很容易微服務化❋❀⚘☑✓✔√☐☒✗✘ㄨ✕✖✖⋆✢✣。
#5. 容易水平擴展
因為可以微服務化❋❀⚘☑✓✔√☐☒✗✘ㄨ✕✖✖⋆✢✣，所以相對來說比較容易水平擴展✵✶✷✸✹✺✻✼❄❅，實現動態的微服務編排即可ⓣⓤⓥⓦⓧⓨⓩ。
#6. 后端開發簡化
后臺就只是考慮內容管理♦☜☞☝✍☚☛☟✌✽✾✿❁❃，包括內容之間的關系㈧㈨㈩⑴⑵⑶⑷⑸⑹⑺⑻⑼⑽⑾⑿⒀⒁⒂、內容分類即可✵✶✷✸✹✺✻✼❄❅，所以后端開發簡化♀☿☼☀☁☂☄，像Drupal項目ⓊⓋⓌⓍⓎⓏⓐⓑⓒⓓⓔⓕⓖⓗⓘⓙ，如果不考慮前端☈⊙☉℃℉❅，可以減少30-40%的代碼ⓊⓋⓌⓍⓎⓏⓐⓑⓒⓓⓔⓕⓖⓗⓘⓙ，甚至更多⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾，因為有很多是跟前端相關的代碼✺ϟ☇♤♧♡♢♠♣♥，比如通過hook去修改某個模板❻❼❽❾❿⓫⓬⓭⓮⓯⓰。
#7. 提高安全性
因為前后分離웃유ღ♋♂，導致前后只有API通訊ⓚⓛⓜⓝⓞⓟⓠⓡⓢ，沒有其他更多的交互和輸入⒔⒕⒖⒗⒘⒙⒚⒛ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫⅰⅱ，無形中增加了一層安全保障⒜⒝⒞⒟⒠⒡⒢⒣⒤。
#8. 專注于產品本身
尤其前端☧☬☸✡♁✙♆。，、＇：∶；，只需要專注于產品本身的設計和實現即可⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾，沒有了后端CMS的任何局限性♀☿☼☀☁☂☄，所以可以創造無限可能⒔⒕⒖⒗⒘⒙⒚⒛ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫⅰⅱ。
Headless CMS的缺點
#1. 單個項目變成了多個項目
因為本來是一個project能搞定的☾☽❄☃，現在變成了多個projectⓣⓤⓥⓦⓧⓨⓩ，所以會帶來部署的復雜度⒥⒦⒧⒨⒩⒪⒫⒬⒭⒮⒯⒰⒱⒲⒳⒴⒵❆❇❈❉❊†☨✞✝☥☦☓☩☯。
#2. 預覽功能
因為不同的渠道會有不同的展示界面和方式❋❀⚘☑✓✔√☐☒✗✘ㄨ✕✖✖⋆✢✣，所以預覽就變得比較困難❻❼❽❾❿⓫⓬⓭⓮⓯⓰。
此外ⓣⓤⓥⓦⓧⓨⓩ，傳統的開發模式也有很多優點✺ϟ☇♤♧♡♢♠♣♥，比如Drupal的views模塊⒥⒦⒧⒨⒩⒪⒫⒬⒭⒮⒯⒰⒱⒲⒳⒴⒵❆❇❈❉❊†☨✞✝☥☦☓☩☯、Layout模塊等⓱⓲⓳⓴⓵⓶⓷⓸⓹⓺⓻⓼⓽⓾，可以直接修改和配置Drupal頁面❣❦❧♡۵，也會加速不少項目開發웃유ღ♋♂。另外웃유ღ♋♂，就是一些小的項目ⓣⓤⓥⓦⓧⓨⓩ，比如公司官網⒔⒕⒖⒗⒘⒙⒚⒛ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫⅰⅱ、博客等㈠㈡㈢㈣㈤㈥㈦，直接用傳統方式的CMS即可♀☿☼☀☁☂☄，無需再用Headless的模式開發ⓣⓤⓥⓦⓧⓨⓩ。
更多內容管理系統ⓣⓤⓥⓦⓧⓨⓩ，請參考我們其他相關文章ⒺⒻⒼⒽⒾⒿⓀⓁⓂⓃⓄⓅⓆⓇⓈⓉ，
1①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯、構建英文網站應該用什么框架⒃⒄⒅⒆⒇⒈⒉⒊⒋⒌⒍⒎⒏⒐⒑⒒⒓？
2⒥⒦⒧⒨⒩⒪⒫⒬⒭⒮⒯⒰⒱⒲⒳⒴⒵❆❇❈❉❊†☨✞✝☥☦☓☩☯、Headless CMS：以API為輸出的內容系統的構建
3✺ϟ☇♤♧♡♢♠♣♥、常見的CMS平臺比較
4㊀㊁㊂㊃㊄㊅㊆㊇㊈㊉、外貿網站如何實現網站多語言版本開發❣❦❧♡۵？
5ⓚⓛⓜⓝⓞⓟⓠⓡⓢ、如何基于開源系統構建資料庫/文檔庫平臺
6ⓣⓤⓥⓦⓧⓨⓩ、如何建設在線展覽和多媒體展覽㈧㈨㈩⑴⑵⑶⑷⑸⑹⑺⑻⑼⑽⑾⑿⒀⒁⒂？
7♀☿☼☀☁☂☄、在線展覽和多媒體展示建設方案
