淺入深出Vue：發佈項目

項目完成以後，固然不能知足於在咱們的開發環境下跑一跑。咱們能夠打包發佈到服務器上，讓你們一塊兒來欣賞一下你的做品。

那麼 vue 項目如何打包發佈呢，新建的項目目錄下一般都有一個 README.md 的文件，裏面就描述了發佈的步驟：

下面這個是 vue-cli 3.x 建立的項目中的 README.md 文件內容：

# firstpage

## Project setup

npm install

### Compiles and hot-reloads for development

npm run serve

### Compiles and minifies for production

npm run build

### Run your tests

npm run test

### Lints and fixes files

npm run lint

### Customize configuration
See [Configuration Reference](https://cli.vuejs.org/config/).

這裏描述了經常使用的指令，咱們須要的那一條就是：

npm run build

這運行這一條命令就能夠將項目打包成一個 dist 目錄，裏面只有靜態 html 和 js 文件。

打包

npm run build

運行上面的命令， 運行完成後就能夠看到項目的根目錄下面多了一個 dist 目錄：

打開咱們能夠看到一個 index.html，可是你直接打開是一片空白的。

這裏就須要將其託管到一個 web容器中，好比 iis, apache, nginx等等，有興趣的童鞋能夠本身搭建上述中的一個而後將打包的目錄上傳上去看看效果。

寫在最後

這個小項目其實瑕疵不少，包括登陸後的邏輯，發佈文章時登陸的驗證等等，但這個項目畢竟是一個用來熟悉 vue框架的。所以若羽並無打算在這個項目上花太多功夫，讓其變成一個完整的、簡潔的、真實可用的博客系統（其實已經完成大半的功能了），畢竟這樣對於新手來講引入了太多不相關的因素，不能很好的專一在如何使用vue上。相信從頭一步跟着文章學到這裏的童鞋已經可以本身寫出來一個真正的博客系統了，除了後端接口之外，不過這裏咱們可使用 postman的 mock功能，系列文章中也有相關教程。

全部文章中的接口均是來自 postman 的 mock 功能噢。

後續的文章會開始實踐如何優雅的寫代碼了。好的代碼會增長可讀性，下降團隊協做的溝通成本，同時也能加強項目的可維護性、可擴展性等等。

從另外一方面來看，代碼能寫的更好，爲何要寫的差呢？

請務必無視網絡中流傳的所謂代碼越爛越好，最好寫到只有本身才能看得懂的地步，纔會成爲公司不可或缺的中流砥柱。

這不是優秀，不是生存寶典，而是不負責任！！！

成爲公司中流砥柱、受部門領導和同事承認或者是更優秀的人，不是想着取巧，而是要真材實料（不必定是編碼能力，好比能很好協調和同事之間的關係，能夠爲領導出謀劃策，能夠爲團隊帶來歡樂、技術提高等等）。

不關從事哪一行，都要努力讓本身變得更優秀，而不是搗亂。

代碼越爛，那麼越難以和別人溝通，如何進步？而且團隊其餘人沒法閱讀和維護，如何保持和同事在項目上的和諧？之後面試時，和麪試官說曾經有一個只有你本身才能維護的系統，本身用了多少手段讓同事沒辦法看懂代碼麼？如此做爲，實在損人不利己。

這樣達到中流砥柱的背後，不過是窮途末路後的掙扎而已。如此行爲，誰還能信任你，哪天埋個雷把你們都 boom 了麼。

所以，若羽在這裏倡導並向你們提出建議：

• 爲本身的代碼負責，爲本身負責。

從我的的角度：

• 可讓本身的代碼更具可讀性，再也不懼怕歷史代碼

• 方便的與他人交流

• 鍛鍊本身的思惟，每個變量名，函數名，文件名的思考都能讓本身的思路更加清晰，每個文件存在的位置，讓本身對於項目的結構有着更清晰的認知

這裏推薦兩本書：

• 《代碼整潔之道》

• 《重構改善既有代碼的設計》

很值得一看。