如何看待面試官嘲諷面試者“vue哪有diff算法？我看你就是隨便上網(wǎng)找了點(diǎn)資料就來(lái)面試了?！钡男袨椋侩m然面試官可以控制應(yīng)聘者是否可以進(jìn)入公司，但并不意味著他可以隨意嘲笑應(yīng)聘者。面試官應(yīng)該在面試中表明自

如何看待面試官嘲諷面試者“vue哪有diff算法？我看你就是隨便上網(wǎng)找了點(diǎn)資料就來(lái)面試了?！钡男袨椋?/h2>

雖然面試官可以控制應(yīng)聘者是否可以進(jìn)入公司，但并不意味著他可以隨意嘲笑應(yīng)聘者。面試官應(yīng)該在面試中表明自己的立場(chǎng)。

作為人力資源部的一員，我用專業(yè)的面試官面試過(guò)很多應(yīng)聘者，無(wú)論是學(xué)校招聘還是社會(huì)招聘。我經(jīng)歷過(guò)的所有專業(yè)面試官都以平等的態(tài)度與應(yīng)聘者溝通?！蔽蚁肽闶窃诰W(wǎng)上發(fā)現(xiàn)一些信息后才來(lái)面試的，“也許你可以在面試結(jié)束后的內(nèi)部溝通中說(shuō)出來(lái)，但是當(dāng)著應(yīng)聘者的面說(shuō)出來(lái)是非常不合適的。一方面，他們不尊重候選人；另一方面，在面試中評(píng)價(jià)候選人本身是不合適的。

讓我們先談?wù)勏嗷プ鹬?。即使是從功利的角度?lái)看，很多面試官也只是因?yàn)閹啄昵熬图尤肓斯?，才有資格坐在應(yīng)聘者面前面試。你怎么知道眼前的候選人幾年后會(huì)不會(huì)比你強(qiáng)？企業(yè)后來(lái)居上的例子很多。在他們職業(yè)生涯的最初兩三年，“經(jīng)驗(yàn)差異”有點(diǎn)顯著，但5-10年后，他們并不是真正基于經(jīng)驗(yàn)的英雄。當(dāng)被你嘲笑的候選人成為你的上級(jí)領(lǐng)導(dǎo)時(shí)，你該怎么辦？

讓我們談?wù)劽鎸?duì)面評(píng)估候選人。事實(shí)上，求知欲強(qiáng)的學(xué)生在學(xué)校招聘時(shí)經(jīng)常會(huì)遇到。面試結(jié)束后，他們問(wèn)面試官，你能評(píng)價(jià)一下我今天的表現(xiàn)嗎？我們一般不建議面試官在對(duì)面試官進(jìn)行內(nèi)部培訓(xùn)時(shí)進(jìn)行評(píng)估。但是，我們的一些面試官經(jīng)常會(huì)情不自禁地給學(xué)生提建議。例如，今天的總體答案是可以的。我建議你回去加強(qiáng)XXX的理論學(xué)習(xí)，就像導(dǎo)師一樣。在這個(gè)時(shí)候，我們不會(huì)阻止它。畢竟不會(huì)造成任何負(fù)面影響。

最后，面試官是企業(yè)的窗口。在互聯(lián)網(wǎng)如此發(fā)達(dá)、信息傳播如此迅速的時(shí)代，這是讓考生難堪的捷徑。因此，人力資源部應(yīng)該培訓(xùn)更多的考官，然后帶他們出去見(jiàn)人。

使用Vue等框架的首要原因是為了開(kāi)發(fā)效率，還是減少DOM操作的性能損失？

。

前端開(kāi)發(fā)也是如此。實(shí)際上，我們都使用jQuery。它簡(jiǎn)單而粗糙，并且很容易直接操作界面。如果你想實(shí)現(xiàn)任何功能，你會(huì)成功的。但是在項(xiàng)目變得越來(lái)越復(fù)雜之后，這種開(kāi)發(fā)方式會(huì)出現(xiàn)一個(gè)問(wèn)題：代碼組織很低，項(xiàng)目的可維護(hù)性很差，特別是當(dāng)項(xiàng)目中的很多頁(yè)面都有層次關(guān)系時(shí)，很容易混淆自己。

“.現(xiàn)在我們不應(yīng)該把一個(gè)網(wǎng)頁(yè)看作一個(gè)網(wǎng)頁(yè)，而是一個(gè)以網(wǎng)頁(yè)的形式呈現(xiàn)的應(yīng)用程序。分離數(shù)據(jù)和行為之后，前端開(kāi)發(fā)變得更加清晰，這也是前端開(kāi)發(fā)的一個(gè)重要標(biāo)志。

雖然這些框架使用了虛擬DOM等技術(shù)，但由于抽象合理，開(kāi)發(fā)效率遠(yuǎn)高于傳統(tǒng)前端，比直接操作DOM要慢。試想一下，用這兩種方法開(kāi)發(fā)的項(xiàng)目效率比傳統(tǒng)開(kāi)發(fā)低0.5%，但是傳統(tǒng)開(kāi)發(fā)需要的bug是傳統(tǒng)開(kāi)發(fā)的兩倍。如果你是，你會(huì)選哪一個(gè)？

作為前端，真的有必要把三大JS框架（vue，react，angular）都學(xué)會(huì)嗎？

我碰巧在實(shí)際生產(chǎn)項(xiàng)目中使用了這三個(gè)框架。說(shuō)句公道話，從工作的角度來(lái)說(shuō)，不一定要把這些都學(xué)完。從推廣的角度來(lái)看，你至少需要學(xué)習(xí)Vue、react和原生web開(kāi)發(fā)。安格爾在一定程度上已經(jīng)是第二梯隊(duì)。其工程方案可以理解，但已不再是主流。

事實(shí)上，大多數(shù)時(shí)候，前端工程師解決的不是風(fēng)格的問(wèn)題，而是協(xié)作和業(yè)務(wù)邏輯處理的問(wèn)題。一個(gè)公司很少同時(shí)使用多個(gè)框架來(lái)實(shí)現(xiàn)業(yè)務(wù)功能。他們可以學(xué)到很多，但在實(shí)際項(xiàng)目中，他們通常有一套代碼，這是方便，快速和高輸出。因此，你在公司的職位與你將遇到多少框架無(wú)關(guān)。而且在完全學(xué)習(xí)了一個(gè)框架之后，也不是不可能把其他的拿出來(lái)，所以在一天之內(nèi)寫一個(gè)項(xiàng)目也不是不可能的。但如果你想在技術(shù)上走得更遠(yuǎn)，你需要了解它們的內(nèi)在邏輯、演變歷史和未來(lái)趨勢(shì)，這樣你才能做到最好，擺脫技術(shù)上的糟粕。

使用Vue等框架的首要原因是為了開(kāi)發(fā)效率，還是減少DOM操作的性能損失？

今天的軟件系統(tǒng)已經(jīng)非常復(fù)雜，尤其是服務(wù)器端軟件（前端也是如此），涉及的知識(shí)和內(nèi)容非常廣泛。這樣開(kāi)發(fā)出一個(gè)健全而健壯的軟件，對(duì)程序員的要求會(huì)很高。如果采用一個(gè)成熟而健壯的框架，那么一些基本的一般性工作，如事務(wù)處理、安全性、數(shù)據(jù)流控制等，都可以交給框架進(jìn)行處理。這樣程序員只需專注于系統(tǒng)的業(yè)務(wù)邏輯設(shè)計(jì)，就可以降低開(kāi)發(fā)難度。

從程序員的角度來(lái)看，使用框架最顯著的優(yōu)點(diǎn)是重用。由于框架可以重用代碼，因此從現(xiàn)有的組件庫(kù)構(gòu)建應(yīng)用程序非常容易，因?yàn)榻M件使用框架定義的統(tǒng)一接口，這使得組件之間的通信變得簡(jiǎn)單?？蚣芸梢灾赜迷O(shè)計(jì)。它提供了可重用的抽象算法和高層設(shè)計(jì)，將大規(guī)模系統(tǒng)分解成更小的組件，并描述了組件之間的內(nèi)部接口。這些標(biāo)準(zhǔn)接口使得通過(guò)組裝現(xiàn)有組件來(lái)構(gòu)建各種系統(tǒng)成為可能。只要滿足接口定義，就可以將新組件插入到框架中，并且組件設(shè)計(jì)者可以重用框架的設(shè)計(jì)?？蚣苓€可以重用分析。如果所有人都按照框架的思想來(lái)分析事物，他們可以把它分成相同的組件，采用相似的解決方案，這樣使用相同框架的分析人員就可以相互交流。

該框架的目的是提高工作效率，促進(jìn)大規(guī)模團(tuán)隊(duì)合作，使開(kāi)發(fā)人員更加關(guān)注業(yè)務(wù)邏輯，避免一些常見(jiàn)問(wèn)題。當(dāng)然，如果是高級(jí)前端開(kāi)發(fā)，在某些場(chǎng)景中直接操作DOM代碼可能會(huì)更高效。

因此，盡管框架是件好事，但必須學(xué)習(xí)基本的DOM操作，這是一項(xiàng)必要的技能。

關(guān)于前端Vue框架的面試題，面試官可能會(huì)問(wèn)到哪些？

我相信了解前端的人一定知道Vue框架，因?yàn)閂ue框架是市場(chǎng)上使用最廣泛的框架。基本上，很多東西的框架都是Vue。下面我們來(lái)談?wù)刅ue框架的面試問(wèn)題，為面試做好準(zhǔn)備。

1. 什么是V型？Vue中的標(biāo)記如何綁定事件？

A:V模型只能用于表單元素。它可以用于雙向數(shù)據(jù)綁定。綁定事件：<input@Click=dolog（）/&[GT

2。為什么在V-for循環(huán)中添加鍵？

A:Vue的DOM呈現(xiàn)是一個(gè)虛擬DOM。當(dāng)數(shù)據(jù)發(fā)生變化時(shí)，diff算法只會(huì)比較變化的部分。如果更改了數(shù)據(jù)項(xiàng)的順序，Vue將不會(huì)移動(dòng)DOM元素以匹配數(shù)據(jù)項(xiàng)的更改，而只是在此處重用每個(gè)元素，并確保它顯示在特定索引下呈現(xiàn)的每個(gè)元素（兩個(gè)元素）。

3. Vue路由如何傳遞值？

A:使用params方法傳輸參數(shù)時(shí)，應(yīng)在路由后添加參數(shù)名稱，傳輸參數(shù)時(shí)，參數(shù)名稱應(yīng)與路由后設(shè)置的參數(shù)名稱相對(duì)應(yīng)。使用query方法，沒(méi)有這樣的限制。你可以直接在跳躍中使用它。

4. Vue雙向數(shù)據(jù)綁定

A:Vue雙向數(shù)據(jù)綁定是通過(guò)數(shù)據(jù)劫持結(jié)合發(fā)布訂閱模式實(shí)現(xiàn)的，即數(shù)據(jù)和視圖同步，數(shù)據(jù)改變，視圖改變，視圖改變，數(shù)據(jù)也改變

核心：關(guān)于Vue雙向數(shù)據(jù)綁定，其核心是Object.defineProperty屬性（）方法。

5. $nexttick的功能是什么？

A:有時(shí)您需要在更改數(shù)據(jù)后立即對(duì)DOM進(jìn)行操作。此時(shí)得到的DOM仍然是刷新數(shù)據(jù)之前得到的DOM，不能滿足需要。所以現(xiàn)在使用$nexttick。

6. Vue

A的兩個(gè)核心點(diǎn)：數(shù)據(jù)驅(qū)動(dòng)，組件系統(tǒng)

數(shù)據(jù)驅(qū)動(dòng)：視圖模型，保證數(shù)據(jù)和視圖的一致性。

組件系統(tǒng)：應(yīng)用程序類UI可視為由組件樹(shù)組成。

Vue被淘汰了嗎？

我今天剛開(kāi)始了解Vue cli 3.0。我開(kāi)始寫一個(gè)演示，發(fā)現(xiàn)它是驚人的。我放棄了版本2冗長(zhǎng)的網(wǎng)頁(yè)配置。現(xiàn)在它簡(jiǎn)單明了，你甚至不需要寫它vue.config.js文件沒(méi)關(guān)系。它是免費(fèi)的。不管怎樣，它是無(wú)害的。但是如果你配置它，你會(huì)發(fā)現(xiàn)它并不麻煩。

據(jù)我所知，不應(yīng)該有任何支架可以更快、更直接地反映數(shù)組或?qū)ο蟮淖兓?/p>

另外，語(yǔ)法糖基本上沒(méi)什么變化。過(guò)去怎么用還是現(xiàn)在怎么用，但是有很多性能優(yōu)化和語(yǔ)法糖分。說(shuō)真的，我根本找不到vue-cli3.0的致命漏洞。

然后，我還看到人們?yōu)镴Q反對(duì)不公正。我喜歡我們