openSUSE Leap 42.1 (x86_64)
一些Atom前端相關插件html
sublime是一個很是棒的選擇,固然你須要會使用。前端
若是有本身熟悉使用的相關工具系列,在保證對代碼format以後能保持風格一致的狀況下,自由選用。node
通常的咱們都不是一我的在戰鬥,須要相互之間的協做和配合。jquery
Q:作前端的爲何要花費巨大的力氣安裝這些前端亂七八糟的工具?還要耗費精力去學習怎麼使用這些工具?還要時刻提防這些工具可能出現bug影響到咱們使用的狀況。nginx
A:若是隻是爲了製做一些網頁而且上面再能有一些特效的話。徹底能夠在項目裏面新建一個叫作statics
的文件夾,把咱們可能須要的jquery
、bootstrap
、angularjs
等等的項目依賴的資源放到裏面,而後再新建一個叫作style
的文件夾,而後再根據需求寫出對應的樣式,而後發佈到web容器裏面,查看一下運行結果是否符合要求就行了吧,甚至都不用發佈到web容器,本地使用瀏覽器打開對應的html
文件,查看一下效果就算完事了吧。 可是,據說用sass
來生成css更容易寫並且更容易維護;若是項目組中某一位開發者爲了能使用angularjs 1.5.x
的某個新特性將angularjs 1.2.x
的沒通過測試直接升級了,而另外一我的則只升級到了angularjs 1.4.x
;若是在開發過程當中你想實時查看樣式效果,你以爲每次都要本身手動刷新瀏覽器裏面的頁面特別煩躁;若是你想使用自動測試工具來測試你寫的JavaScript
代碼;爲了減輕發佈以後的網絡請求數量,你想將全部的css
合併爲一個文件,將全部的JavaScript
文件合併爲一個文件,而後在正式發佈的版本里面去掉各類註釋。等等等等。 這時候就須要不少不少的輔助工具組成一個集合,來幫助咱們輕鬆的完成不少事情。git
.gitignore
文件。Q:nodejs
不是用來寫server端服務的東西嗎?nodejs
能用來寫前端?angularjs
A:咱們如今並無用到nodejs
來直接的寫任何的前端代碼,並且使用nodejs
來寫前端的難度也比較大要求比較高,並不適合咱們這樣的生產應用。咱們開發前端的時候須要安裝nodejs
只是爲了給咱們後續須要用到的工具提供一個運行環境,讓咱們的工具能運行起來。就像咱們須要執行Python腳本寫的工具須要先安裝Python運行環境同樣。github
nodejs
。Linux有不少的發行版,可是安裝nodejs
的原理都是同樣的,均可以經過包管理工具安裝。例如:sudo apt-get install nodejs npm
或者 sudo yum install nodejs npm
或者sudo zypper install nodejs
。nodejs
以後執行whereis nodejs
,若是結果顯示/usr/bin/nodejs
,則須要執行sudo ln -s /usr/bin/nodejs /usr/bin/node
,不要問我爲何要執行這一步,固然有一個更好的方案,只是沒有這個簡單粗暴的快而已。node -v
查看安裝是否成功。sudo npm install -g yo
。yo --version
,能夠看見當前安裝的版本。sudo npm install -g generator-angular
安裝項目模板。yo angular
,一步一步的回答問題就能夠建立一個項目模板出來了。sudo npm install -g grunt grunt-cli
。grunt --version
,能夠看見當前安裝的版本。sudo npm install -g gulp
。gulp --version
,能夠看見當前安裝的版本。sudo npm install -g bower
。bower --version
,能夠看見當前安裝的版本。node-sass
,執行命令sudo npm install -g node-sass
。compass
,compass
是一個使用ruby
寫的工具。通常的Linux系統會默認安裝ruby
,可是爲了能正常安裝compass
,咱們須要安裝ruby-devel
有的地方被叫作ruby-dev
。而後更新一下gem
的安裝源地址到taobao。gem sources --remove http://rubygems.org/ gem sources -a https://ruby.taobao.org/
而後執行安裝web
sudo gem install compass
compass --version
檢查是否安裝成功。webhost:80/api/v1/a1 -> apihost1:8080/api/v1/a1 webhost:80/api/v1/a2 -> apihost1:9090/api/v1/a2 webhost:80/api/v1/a3 -> apihost2:9090/api/v1/a3 webhost:80/api/v2/a1 -> apihost3:8080/api/v2/a1 webhost:80/app1/index.html -> statichost:80/app1/index.html