0%

發表於 更新於 分類於 ， Disqus：
vue-logo
# 環境搭建

一般來說建置 Vue.js 的完整專案會使用 Vue-cli 工具來產生專案目錄，但如果只是想要快速學習 Vue.js 不必安裝過多的環境，Vue.js 的官網提供了 CDN 的作為引入方式，讓有興趣的人可以更快參與其中，而目前提供的版本分別為：

  • 開發版本：這個版本包含了完整的開發人員工具以及提示報錯等等的協助，適合開發時使用。
  • 生產版本：這個版本則是將上述開發工具都拔除，盡量縮小它的體積，適合正式發布時使用。

而我們目的是體驗 Vue.js 的開發，因此選擇開發版本，並將其導入 HTML 的 head 中即可：

1
2
3
<head>
  <script src="https://cdn.jsdelivr.net/npm/vue/dist/vue.js"></script>
</head>

接著在 HTML 的部分我們需要建立一個元素並選擇性使用 class 或 id，讓待會 Vue.js 知道它要渲染的範圍。

1
2
3
4
5
6
7
8
<body>
  <div id="app">

  </div>
  <script>
      // 待會用來初始化 Vue 的地方
  <script>
<body>
閱讀全文 »

發表於 更新於 分類於 ， Disqus：
vue-logo

為什麼要學框架？

HTML、CSS 以及 JavaScript 是身為前端不可或缺的技能組合，然而要投履歷時會發現許多公司都會要求至少要有一個框架的經驗，再加上一些工具才會達到應徵門檻，不求甚解的話很容易認為框架只是個公司需求，但可以反問的是，為什麼公司會有框架的需求呢？

在不同類型的公司可能會遇到不同的問題，團隊開發專案會需要配合互相的 code，翻修、維護舊專案則是要看前人寫的 code，就連自己想要在自己 side project 上加功能，都得看自己以前寫的 code。在哪都要看 code 的情況下，看 code 顯然就變成了一門值得探討的技術，並且延伸到命名規則、編寫風格規定等等，而框架就我認為在某種程度上是提升了看 code 這門技術的優雅性。

隨著時代的演進，網路開發已從一人包辦變成前後端分離，而分離出來的前端要實作的功能也越趨複雜，以致於程式碼的維護與管理越來越困難，如果公司沒有固定設計模式的情況下，不同專案的開發人員依自己喜好編寫開發架構，甚至維護他人專案時又採用自己的喜好，未來維護專案時將會需要花相對更長的時間在看 code，除了基本的 review code 似乎可以稍微防止這類的事情發生，若能依照各個框架本身提供的 API 、風格、邏輯與架構開發，下一個人要接手維護時只要懂得該框架的邏輯與用法就能繼續延續前人的程式碼，至於選用哪個框架則會依據公司專案的需求不同而有不同，另外也會因為時代的不同，而有不同的選擇可以考量。

閱讀全文 »

發表於 更新於 分類於 Disqus：

Markdown由來

　　Markdown語言創始人為John Gruber，與Aaron Swartz共同合作完成。他的宗旨在於創造一個「易於閱讀、撰寫的純文字格式」語言，並且觀念圍繞在它的可讀性，因此在編寫時就算沒有解析器的輔助其實也是很容易可以看得懂文章的脈絡。而隨著時間的推移之下，markdown語言由廣大的開發人員開發了許多新的功能，但在沒有規範的情況下使得Markdown解析器的開發人員，在開發解析器的時候感到困難，因此標準化討論的議題便浮上檯面。而作者John Gruber在2014年的twitter上對此議題發表了一段話：

Because different sites (and people) have different needs. No one syntax would make all happy.
節自：https://twitter.com/gruber/status/507670720886091776

　　縱使作者認為Markdown不應受到標準化的影響，最終2016年3月還是發布了RFC7763與RFC7764，其中RFC7764的討論也就是目前開發社群知名的網站Github也將其格式註冊了上去(GitHub Flavored Markdown)。而在2017年，GitHub也發布了GFM的正式規範，並且在他們的網站上實作了他們的解析器，使得開源專案的說明文件有較為統一的格式，也讓開發人員有一個更容易閱讀文件的模式。

使用方法

使用 Markdown 格式在如今的規範下非常的簡單，大部分都只依靠簡單的符號與數字便能完成：

閱讀全文 »