vue實(shí)戰(zhàn)短視頻教程，前端學(xué)習(xí)需要掌握什么框架？

你好，我自己主要是做后臺(tái)開發(fā)，對(duì)前端稍有了解，所以我覺得初學(xué)者更快入門web前端，以下是關(guān)于web前端方面的教程知識(shí)點(diǎn)。web前端是app開發(fā)、h5網(wǎng)頁等主流的程序語言，而且待遇報(bào)酬高，較其他計(jì)算機(jī)語言更加容易入門。

1）先學(xué)html5+css基本語法

2）學(xué)些css的框架，比如less，bootstrap等

3）js是必然會(huì)涉及的，學(xué)jquery吧，簡單易學(xué)，實(shí)例多

4）別光看，多動(dòng)手，把1）到3）串起來，做個(gè)項(xiàng)目，或虛擬一個(gè)，比如購物車，或博客

幾個(gè)要點(diǎn)，供參考

專注一條線，前端涉及知識(shí)點(diǎn)太多，別都學(xué)，雜而不精。

前端+HTML5德學(xué)習(xí)內(nèi)容：

第一階段：前端頁面重構(gòu)：PC端網(wǎng)站布局、HTML5+CSS3基礎(chǔ)項(xiàng)目、WebAPP頁面布局；

第二階段：JavaScript高級(jí)程序設(shè)計(jì)：原生JavaScript交互功能開發(fā)、面向?qū)ο箝_發(fā)與ES5/ES6、JavaScript工具庫自主研發(fā)；

第三階段：PC端全棧項(xiàng)目開發(fā)：jQuery經(jīng)典特效交互開發(fā)、HTTP協(xié)議，Ajxa進(jìn)階與后端開發(fā)、前端工程化與模塊化應(yīng)用、PC端網(wǎng)站開發(fā)、PC端管理信息系統(tǒng)前端開發(fā)；第四階段：移動(dòng)端項(xiàng)目開發(fā)：Touch端項(xiàng)目、場景項(xiàng)目、應(yīng)用Vue.js開發(fā)WebApp項(xiàng)目、應(yīng)用Ionic開發(fā)WebApp項(xiàng)目、應(yīng)用React.js開發(fā)WebApp；

第五階段：混合（Hybrid）開發(fā)：各類混合應(yīng)用開發(fā)；

第六階段：NodeJS全棧開發(fā)：WebApp后端系統(tǒng)開發(fā)。

主流框架

下面介紹了5種比較流行的前端框架

1.AngularJS

AngularJS是一個(gè)有Google維護(hù)的開源前端web應(yīng)用程序框架。它最初由BratTechLLC的MiskoHevery于2009年開發(fā)出來。AngularJS是一個(gè)模型-視圖-控制器（MVC）模式的框架，目的在于使HTML動(dòng)態(tài)化。與其他框架相比，它可以快速生成代碼，并且能非常輕松的測(cè)試程序獨(dú)立的模塊。最大的優(yōu)勢(shì)是在你修改代碼后，它會(huì)立即刷新前端UI，能馬上體現(xiàn)出來。它是用于SPAs（單頁面應(yīng)用）開發(fā)中最常用的javascript框架。AngularJS是一個(gè)全功能的框架，可能也是最流行的框架。缺點(diǎn)就是學(xué)習(xí)起來有點(diǎn)困難。

優(yōu)點(diǎn)：

模板功能強(qiáng)大豐富，并且是聲明式的，自帶了豐富的Angular指令；

是一個(gè)比較完善的前端MVVM框架，包含模板，數(shù)據(jù)雙向綁定，路由，模塊化，服務(wù)，過濾器，依賴注入等所有功能；

ng模塊化比較大膽的引入了Java的一些東西（依賴注入），能夠很容易的寫出可復(fù)用的代碼，對(duì)于敏捷開發(fā)的團(tuán)隊(duì)來說非常有幫助，我們的項(xiàng)目從上線到目前，UI變化很大，在摸索中迭代產(chǎn)品，但是js的代碼基本上很少改動(dòng)。

良好的文檔。

雙向數(shù)據(jù)綁定簡化了流程的某些部分。

缺點(diǎn)：

驗(yàn)證功能錯(cuò)誤信息顯示比較薄弱，需要寫很多模板標(biāo)簽；

ngView只能有一個(gè)，不能嵌套多個(gè)視圖，雖然有angular-ui/ui-router解決，但ui-router對(duì)于URL的控制不是很靈活，必須是嵌套式的；

對(duì)于特別復(fù)雜的應(yīng)用場景，貌似性能有點(diǎn)問題，特別是在Windows下使用chrome瀏覽器，不知道是內(nèi)存泄漏了還是什么其他問題，沒有找到好的解決方案，奇怪的是在IE10下反而很快，對(duì)此還在觀察中；

ng提倡在控制器里面不要有操作DOM的代碼，對(duì)于一些jQuery插件的使用，如果想不破壞代碼的整潔性，需要寫一些directive去封裝插件，但是現(xiàn)在有很多插件的版本已經(jīng)支持Angular了，最好能夠和cordova插件結(jié)合進(jìn)行混合式開發(fā)；

Angular太笨重了。

雙向數(shù)據(jù)綁定檢查數(shù)據(jù)模型的變化，這可能導(dǎo)致可能的性能問題并且更快地耗盡設(shè)備的電池。

理解代碼和調(diào)試?yán)щy。

2.ReactJS

ReactJS不像一個(gè)框架反而更像一個(gè)庫，但絕對(duì)是值得一提。AngularJS是一個(gè)MVC模式的框架，但ReactJS是一個(gè)由Facebook開發(fā)的非MVC模式的框架。它允許你創(chuàng)建一個(gè)可復(fù)用的UI組件，F(xiàn)acebook和Instagram的用戶界面就是用ReactJS開發(fā)的。用React進(jìn)行很復(fù)雜的更新并且應(yīng)用運(yùn)行仍然很快，因?yàn)榭蚣鼙旧砟芎芸斓奶幚硭麄?。你也能寫許多可復(fù)用的小文件，而不是編寫一個(gè)大文件。對(duì)于要處理大量數(shù)據(jù)的大型程序來說這是最好的選擇。這個(gè)框架的缺點(diǎn)之一就是它只處理應(yīng)用程序的視圖層，所以你可能需要結(jié)合其他工具來一起處理。

優(yōu)點(diǎn)：

1.掌握起來很容易。

2.在React中很容易維護(hù)隔離的組件。

3.組件的不斷重新渲染提供了有效的安排

復(fù)雜。

4.方便的架構(gòu)-Flux-與MVC競爭激烈。單向數(shù)據(jù)流

提供數(shù)據(jù)和DOM元素的可維護(hù)性和有效安排。

它是當(dāng)今廣泛使用的最輕量級(jí)框架。

缺點(diǎn)：

1.DOM操作庫的一些問題是可能的（例如，jQuery）。

2.頻繁的重新渲染可能會(huì)減慢處理大量數(shù)據(jù)的APP的工作。

3.MeteorJS

MeteorJS發(fā)布于2012年，涵蓋了開發(fā)周期的所有階段，包括后端開發(fā)、前端開發(fā)、數(shù)據(jù)庫管理。它是一個(gè)由NodeJS編寫的開源框架。MeteorJS是一個(gè)簡單和容易理解的框架，所有的包和框架都可以輕松使用。代碼層的所有改變能夠立即更新到UI界面，服務(wù)的和客戶端都只需要用javascript開發(fā)。他主要用于IKEA和馬自達(dá)等公司的實(shí)時(shí)應(yīng)用開發(fā)。不建議用于大型或復(fù)雜的程序。

優(yōu)點(diǎn)：

1.易學(xué)

2.偏向客戶端

3.響應(yīng)式

4.代碼高度重用

缺點(diǎn)：

1.運(yùn)算密集型應(yīng)用能力差

2.成熟度不高

3.約束少

4.初次加載時(shí)間長

4.Vue.JS

在了解React和Angular后，嘗試了解下VueJS，一個(gè)用于用戶界面開發(fā)的漸進(jìn)式j(luò)avascript框架。它是一個(gè)能快速開發(fā)和跨的方案。與Angular和React相比較，它被證明速度更快，并且吸收了這兩者的優(yōu)點(diǎn)。Vue的創(chuàng)始人是尤雨溪，他曾在Google工作并使用Angular。他的想法是直接抽取出他喜歡的Angular的特性，不再引入其他復(fù)雜的理念而打造一款新的框架。所有的Vue模板都是基于HTML，在GitHub上找到很多資源。它也提供雙向綁定和服務(wù)端渲染。在Vue中，使用模板語法或使用JSX直接編寫渲染函數(shù)。

Vue.js是一套構(gòu)建用戶界面的漸進(jìn)式框架。

Vue只關(guān)注視圖層，采用自底向上增量開發(fā)的設(shè)計(jì)。

Vue的目標(biāo)是通過盡可能簡單的API實(shí)現(xiàn)響應(yīng)的數(shù)據(jù)綁定和組合的視圖組件。

優(yōu)點(diǎn)：

1.雙向數(shù)據(jù)綁定也就是所謂的響應(yīng)式數(shù)據(jù)綁定。這里的響應(yīng)式不是@media媒體查詢中的響應(yīng)式布局，而是指vue.js會(huì)自動(dòng)對(duì)頁面中某些數(shù)據(jù)的變化做出同步的響應(yīng)。

也就是說，vue.js會(huì)自動(dòng)響應(yīng)數(shù)據(jù)的變化情況，并且根據(jù)用戶在代碼中預(yù)先寫好的綁定關(guān)系，對(duì)所有綁定在一起的數(shù)據(jù)和視圖內(nèi)容都進(jìn)行修改。而這種綁定關(guān)系，就是以input標(biāo)簽的v-model屬性來聲明的，因此你在別的地方可能也會(huì)看到有人粗略的稱vue.js為聲明式渲染的模版引擎。

這也就是vue.js最大的優(yōu)點(diǎn)，通過MVVM思想實(shí)現(xiàn)數(shù)據(jù)的雙向綁定，讓開發(fā)者不用再操作dom對(duì)象，有更多的時(shí)間去思考業(yè)務(wù)邏輯。

2.組件化開發(fā)

在前端應(yīng)用，我們是否也可以像編程一樣把模塊封裝呢？這就引入了組件化開發(fā)的思想。

Vue.js通過組件，把一個(gè)單頁應(yīng)用中的各種模塊拆分到一個(gè)一個(gè)單獨(dú)的組件（component）中，我們只要先在父級(jí)應(yīng)用中寫好各種組件標(biāo)簽（占坑），并且在組件標(biāo)簽中寫好要傳入組件的參數(shù)（就像給函數(shù)傳入?yún)?shù)一樣，這個(gè)參數(shù)叫做組件的屬性），然后再分別寫好各種組件的實(shí)現(xiàn)（填坑），然后整個(gè)應(yīng)用就算做完了。

3.VirtualDOM

現(xiàn)在的網(wǎng)速越來越快了，很多人家里都是幾十甚至上百M(fèi)的光纖，手機(jī)也是4G起步了，按道理一個(gè)網(wǎng)頁才幾百K，而且瀏覽器本身還會(huì)緩存很多資源文件，那么幾十M的光纖為什么打開一個(gè)之前已經(jīng)打開過，已經(jīng)有緩存的頁面還是感覺很慢呢？這就是因?yàn)闉g覽器本身處理DOM也是有性能瓶頸的，尤其是在傳統(tǒng)開發(fā)中，用JQuery或者原生的JavaScriptDOM操作函數(shù)對(duì)DOM進(jìn)行頻繁操作的時(shí)候，瀏覽器要不停的渲染新的DOM樹，導(dǎo)致頁面看起來非?？D。

而VirtualDOM則是虛擬DOM的英文，簡單來說，他就是一種可以預(yù)先通過JavaScript進(jìn)行各種計(jì)算，把最終的DOM操作計(jì)算出來并優(yōu)化，由于這個(gè)DOM操作屬于預(yù)處理操作，并沒有真實(shí)的操作DOM，所以叫做虛擬DOM。最后在計(jì)算完畢才真正將DOM操作提交，將DOM操作變化反映到DOM樹上。

4.輕量高效

5.BackboneJS

Backbone是一個(gè)MVP模型，它依賴于Underscore.js庫。它旨在開發(fā)單頁面web應(yīng)用，并保證不同部分的web應(yīng)用同步。它采用命令式的編程風(fēng)格，與使用聲明式編程風(fēng)格的Angular不同。Backbone也與后端代碼同步更新，當(dāng)模型改變后HTML頁面也隨之改變。Backbone被用來構(gòu)建Groupon,Airbnb,Digg,Foursquare,Hulu,Soundcloud,Trello等許多知名應(yīng)用。

優(yōu)點(diǎn)：

將數(shù)據(jù)和界面很好的分離開來。

將事件的綁定很好的剝離出來，便于管理和迭代。

使得Javascript程序的模塊化更加清晰、明了。

這玩意有誰開發(fā)過實(shí)戰(zhàn)項(xiàng)目嗎？

響應(yīng)WEB概念在移動(dòng)互聯(lián)網(wǎng)興起的初期，的確很火，它主要解決原PC網(wǎng)站樣式向移動(dòng)端過渡的問題，以一套前端代碼適配PC、手機(jī)和其他顯示設(shè)備，以較小的代價(jià)實(shí)現(xiàn)網(wǎng)站產(chǎn)品的多維呈現(xiàn)。

我個(gè)人作為勉強(qiáng)的全棧，曾經(jīng)選用過最熱的Bootstrap前端框架，開發(fā)過一些web應(yīng)用。雖然后來，隨著移動(dòng)端越來越成為重點(diǎn)實(shí)現(xiàn)方向，感到響應(yīng)式網(wǎng)站設(shè)計(jì)，并不能為移動(dòng)網(wǎng)站帶來優(yōu)良的體驗(yàn)和高開發(fā)效率，至少在我近幾年的項(xiàng)目中，面向移動(dòng)端，已經(jīng)完全放棄了響應(yīng)式開發(fā)方法，采用了更純粹的移動(dòng)前端框架，以適應(yīng)不僅是web，還有APP、小程序的前端需求。

但是，并不能說響應(yīng)式web設(shè)計(jì)落伍了，沒用了。根據(jù)項(xiàng)目特點(diǎn)，人員技術(shù)力量，選用最適合的方法，做最優(yōu)秀的實(shí)現(xiàn)，是開發(fā)的實(shí)踐準(zhǔn)則。

圍繞實(shí)戰(zhàn)開發(fā)響應(yīng)web的大致方法、流行的框架工具介紹、響應(yīng)式的優(yōu)缺點(diǎn)展開一些敘述和討論。

什么是響應(yīng)式網(wǎng)站設(shè)計(jì)？

響應(yīng)式網(wǎng)頁設(shè)計(jì)ResponsiveWebDesign，從開發(fā)角度上講，就是使網(wǎng)頁能通過識(shí)別屏幕寬度、做出相應(yīng)調(diào)整的網(wǎng)頁設(shè)計(jì)，它面向的設(shè)備是超寬屏幕、pc顯示器、平板電腦、手機(jī)。這里面大家很容易忽視超寬屏幕的設(shè)計(jì)，因?yàn)楹芏嚅_發(fā)者為了簡化設(shè)計(jì)，往往在針對(duì)超寬屏幕只做居中處理。

實(shí)現(xiàn)原理

通過css樣式語言，有時(shí)候也會(huì)結(jié)合一些javascript，考量屏幕寬度，自動(dòng)調(diào)整網(wǎng)頁顯示和布局，以適應(yīng)不同尺寸屏幕的瀏覽優(yōu)化體驗(yàn)。

實(shí)現(xiàn)目標(biāo)

最好的響應(yīng)式設(shè)計(jì)，就是設(shè)計(jì)者開發(fā)出一套全端網(wǎng)頁，為電腦、手機(jī)、平板等不同終端的用戶提供更加舒適的界面和更好的交互體驗(yàn)，比如手機(jī)端的觸摸和PC端鼠標(biāo)操作效果。而且隨著目前大屏幕移動(dòng)設(shè)備的普及，響應(yīng)式開發(fā)方法還是有自己獨(dú)特的優(yōu)勢(shì)。

響應(yīng)式網(wǎng)站開發(fā)方法

布局

在構(gòu)建響應(yīng)式網(wǎng)站或改造舊網(wǎng)站成為響應(yīng)式結(jié)構(gòu)時(shí)，首先要考慮的就是布局。

主要是兩部分頁面元素：

延展全屏寬的元素，比如我們?cè)赑C貫穿全屏寬的元素，css:width:100%；

主內(nèi)容塊的最大寬度定義，以下定義了4種常見分辨率的容器最大寬度；

@media(min-width:576px){

.container{max-width:540px;}

}

@media(min-width:768px){

.container{max-width:720px;}

}

@media(min-width:992px){

.container{max-width:960px;}

}

@media(min-width:1200px){

.container{max-width:1140px;}

}

媒體元素寬度定義

下面的CSS代碼將確保圖片永遠(yuǎn)不會(huì)比其父容器大：

img{max-width:100%;height:auto;}

或者根據(jù)設(shè)備的分辨率不同，需要顯示不同size的圖片:

<imgsrc="image.jpg"alt=""data-src-600px="image-600px.jpg"data-src-800px="image-800px.jpg"/>

這種彈性顯示媒體的方式，需要借助CSS或JS的方式實(shí)現(xiàn)。

版式（Typography）定義

這是響應(yīng)式設(shè)計(jì)中最重要的部分，有很多響應(yīng)式設(shè)計(jì)的排版方式需要注意，比如：

CSS3規(guī)范中包含了一個(gè)定義尺寸的元素rem。它的工作原理與em幾乎相同，但是rem的大小相對(duì)于html元素而言，這使得rem比em更容易使用。

html{font-size:100%;}

通過以下CSS代碼可以定義不同分辨率下的相對(duì)字體大小。

@media(min-width:640px){body{font-size:1rem;}}

@media(min-width:960px){body{font-size:1.2rem;}}

@media(min-width:1100px){body{font-size:1.5rem;}}

最流行的響應(yīng)式框架

使用前端框架可以提高前端開發(fā)的效率。通?？蚣芤呀?jīng)為開發(fā)者搭好了腳手架，只需要在上面累加我們的特殊需求就能了，這幫助碼農(nóng)減少編碼工作量，并節(jié)省了寶貴的時(shí)間。

當(dāng)前有各種各樣的響應(yīng)框架可用，并且新仍在不停的進(jìn)化更新。在眾多選擇中，選擇適合的框架是很困難的。下面列舉了幾個(gè)最流行的響應(yīng)框架。

Bootstrap

Bootstrap是國內(nèi)最流行、最快速、最友好的框架。這個(gè)框架是2011年由Twitter的開發(fā)者創(chuàng)建的。目前，整個(gè)網(wǎng)絡(luò)上有數(shù)百萬的網(wǎng)站都在運(yùn)行這個(gè)神奇的框架。在GitHub他的追捧數(shù)量已經(jīng)超過了100多K。

Bootstrap包括了HTML、CSS和JavaScript。輕松地開發(fā)各種規(guī)模和復(fù)雜度的響應(yīng)式網(wǎng)站。

Foundation

Foundation是一個(gè)企業(yè)級(jí)的前端框架。FaceBook、eBay、Mozilla、Adobe、HP、思科、迪士尼等都在他們的網(wǎng)站上使用這個(gè)框架。

它相當(dāng)復(fù)雜，不適合新手使用。Foundation具有可讀性、靈活性、語義性和完全可定制性。Foundation自帶GPU加速功能，可實(shí)現(xiàn)閃電般的快速和流暢的動(dòng)畫效果。它提供了Fastclick.js，可在移動(dòng)設(shè)備上快速渲染。

Pure

非常輕的一個(gè)框架。該框架包含響應(yīng)式CSS模塊，是為迎合移動(dòng)市場而開發(fā)的。開發(fā)人員可以使用各種樣式、CSS模塊以及組件和可定制的工具來開發(fā)網(wǎng)站。

SemanticUI

SemanticUI是相對(duì)較新的框架，但它在很多方面都很突出。它已經(jīng)成為非常流行的前端框架之一。它使用的是自然語言。

Semantic的性能記錄功能讓追蹤到代碼的瓶頸，而無需深挖堆棧痕跡。使用Semantic，直觀的底層之上可以配備一個(gè)高級(jí)主題變量，讓您有充分的設(shè)計(jì)自由度。

SemanticUI集成了大量的第三方庫。因此整個(gè)開發(fā)過程會(huì)更容易一些。

響應(yīng)設(shè)計(jì)的優(yōu)點(diǎn)

響應(yīng)式方式可以在臺(tái)式機(jī)，平板電腦或智能手機(jī)上構(gòu)建流暢運(yùn)行的web樣式設(shè)計(jì)。它的實(shí)質(zhì)是一種適配性的編碼設(shè)計(jì)，它具備很多優(yōu)點(diǎn)：

開發(fā)維護(hù)一套前端響應(yīng)式代碼，可以適配多種顯示設(shè)備。只需要擁有一個(gè)入口網(wǎng)址，無須通過腳本，判斷瀏覽設(shè)備而重定向訪問，更不需要配置二級(jí)域名。簡化SEO（搜索引擎優(yōu)化），響應(yīng)式設(shè)計(jì)，無需為移動(dòng)版本創(chuàng)建特定的內(nèi)容，這對(duì)SEO友好的。搜索引擎收錄的只是內(nèi)容，而對(duì)網(wǎng)頁語言代碼毫無興趣。谷歌百度在一段時(shí)期還建議優(yōu)先考慮響應(yīng)式設(shè)計(jì)。有可能會(huì)節(jié)約開發(fā)成本？這一點(diǎn)我自己也很有疑惑，我個(gè)人認(rèn)為如果是僅僅適配顯示的話，響應(yīng)式設(shè)計(jì)的確可以節(jié)約成本，但精致的移動(dòng)端交互設(shè)計(jì)，還是純移動(dòng)框架最受用。簡化網(wǎng)站推廣數(shù)據(jù)分析，無論來自什么入口，都一網(wǎng)打盡所有訪問數(shù)據(jù)。響應(yīng)設(shè)計(jì)的缺點(diǎn)

盡管響應(yīng)式設(shè)計(jì)有很多優(yōu)點(diǎn)，那么缺點(diǎn)應(yīng)該被忽略嗎？事實(shí)并非如此。響應(yīng)式網(wǎng)頁設(shè)計(jì)有一些需要注意的缺點(diǎn)。為了在一套體系框架下，去做各分辨率下的大小顯示適配、內(nèi)容取舍，那種煎熬你體驗(yàn)過嗎？

某些響應(yīng)式網(wǎng)站的加載時(shí)間會(huì)更長。因?yàn)閷⒓虞d一些不必要的HTML/CSS。例如，很多響應(yīng)站點(diǎn)上的圖像只是在視覺上按比例縮小，而沒有采用媒體內(nèi)容的彈性加載策略。

耗時(shí)的開發(fā)。對(duì)于響應(yīng)式網(wǎng)站而言，這是一項(xiàng)耗時(shí)的任務(wù)。如果您打算將現(xiàn)有網(wǎng)站轉(zhuǎn)換為響應(yīng)式網(wǎng)站，則可能需要更多時(shí)間。

響應(yīng)式Web設(shè)計(jì)的流體布局，使設(shè)計(jì)人員難以很好地控制設(shè)計(jì)風(fēng)格。設(shè)計(jì)人員正在嘗試分別針對(duì)移動(dòng)和桌面布局顯示線框和設(shè)計(jì)原型。只有改進(jìn)了這兩種布局，才能真正實(shí)現(xiàn)響應(yīng)式Web設(shè)計(jì)策略。

UX（用戶體驗(yàn)）不佳。通過響應(yīng)設(shè)計(jì)，您想要同時(shí)滿足臺(tái)式機(jī)和移動(dòng)用戶的需求。但是，移動(dòng)設(shè)備和臺(tái)式機(jī)畢竟是完全不同的用戶體驗(yàn)。有很大風(fēng)險(xiǎn)可能同時(shí)失去兩類用戶。需要承受內(nèi)容的取舍。排版的需要、推廣策略的不同、體驗(yàn)的差異，造成移動(dòng)版本的內(nèi)容很可能與桌面版本的內(nèi)容不一致。采用響應(yīng)式設(shè)計(jì)不可能使您的內(nèi)容適應(yīng)這些設(shè)備中的每一個(gè)，那么在一個(gè)頁面里用技術(shù)實(shí)現(xiàn)這種取舍，是很痛苦的。寫在最后

選擇了開發(fā)，終會(huì)有學(xué)不動(dòng)的那天，對(duì)于前端、后端、運(yùn)維、全棧，都是一樣。某項(xiàng)技術(shù)熟練了，我們總希望它的生命周期長一點(diǎn)。如果有一天，對(duì)新技術(shù)的那種興奮感不再有的時(shí)候，做一個(gè)方向的了解者規(guī)劃者也是不錯(cuò)的。

希望所有Coder身體健康，永遠(yuǎn)快樂。