layui框架和vue的區(qū)別？Vue（angular，react）這些框架將負責數(shù)據(jù)和視圖的綁定。當數(shù)據(jù)發(fā)生變化時，視圖將自動更新，當視圖事件發(fā)生時，數(shù)據(jù)將被更新，這非常容易。像layui（boots

layui框架和vue的區(qū)別？

Vue（angular，react）這些框架將負責數(shù)據(jù)和視圖的綁定。當數(shù)據(jù)發(fā)生變化時，視圖將自動更新，當視圖事件發(fā)生時，數(shù)據(jù)將被更新，這非常容易。像layui（bootstrap，extjs）這樣的庫并不像框架，而是組件庫。它們提供了一些組件（如表和樹）。它們只提供外觀和行為，而不與數(shù)據(jù)綁定。當數(shù)據(jù)更改時，您負責刷新；當視圖更改時，您自己獲取數(shù)據(jù)。Vue的接口庫element UI和lay UI是組件庫。區(qū)別在于數(shù)據(jù)和視圖是否關(guān)聯(lián)。實際上，layui更傾向于與后端開發(fā)人員一起使用。它對服務(wù)器端頁面有很好的效果，可以作為后臺框架來滿足服務(wù)器端程序員的需求。

Layui是后端開發(fā)人員的最佳UI框架?；贒OM驅(qū)動，實現(xiàn)前端交互比較麻煩。頁面的添加、刪除、修改和查詢都需要查詢DOM元素。所以在不需要交互的時候使用layui是很好的。Bootstrap在前端響應(yīng)方面做得很好，PC和移動終端都表現(xiàn)良好。如果它與官方網(wǎng)站類似，需要同時滿足PC和移動終端的效果，那么BS的表現(xiàn)就非常好。但如果是一個可以互動的網(wǎng)站，比如商場，Vue顯然更好，前端和后端分開。

iFrame框架怎么實現(xiàn)分欄導(dǎo)航？

感謝您用透明的iframe替換后面的掩碼，然后設(shè)置Z索引以確保彈出層> iframe>控件在兩年前研究過類似的問題。當時是為了解決ActiveX控件和div的級聯(lián)效應(yīng)，所以我不確定它能不能解決你的問題。

只有我一個人感覺Layui和Vue差別不大嗎？

Layui基于jQuery。當然，在很多地方，它也直接操作Josn的數(shù)據(jù)，直接顯示綁定的數(shù)據(jù)。Vue的底層是操作虛擬DOM來實現(xiàn)數(shù)據(jù)綁定。事實上，開發(fā)商不需要在意。要編寫Vue，它們需要在DOM的指定位置綁定數(shù)據(jù)，甚至執(zhí)行一些邏輯，例如V-IF。Layui實際上是一個直接調(diào)用的打包方法。

Vue最大的問題是，如果頁面非常復(fù)雜，DOM、數(shù)據(jù)和方法不在同一個位置，因此會導(dǎo)致人員死亡。當然，vue3已經(jīng)解決了這個問題，所有的邏輯都可以寫成函數(shù)。就我個人而言，我仍然認為簡單的頁面使用Vue，復(fù)雜的業(yè)務(wù)邏輯使用jQuery

首先聽click事件，然后首先刪除Li的所有l(wèi)ayui this屬性，然后將layui this屬性設(shè)置為所需的Li。

請參閱JQ示例：

$（）。Layui NAV項目“）。在（“click”上，函數(shù)（）{

if（！$（這個）。Hasclass（“l(fā)ayui this”）{

$（this）。Addclass（“l(fā)ayui this”）。兄弟姐妹（”。Layui NAV項目“）。Removeclass（“l(fā)ayui this”）

//點擊判斷是否沒有l(wèi)ayui this，然后添加其余的

}

Layui框架中“l(fā)ayui-this”這個屬性怎么動態(tài)？

layui框架有響應(yīng)。Layui是一個采用自己的模塊規(guī)范編寫的國內(nèi)前端UI框架，它遵循原生HTML/CSS/JS的編寫和組織形式，門檻非常低，可以立即使用。外表很簡單，但內(nèi)心卻很充實。它體積輕，成分豐富。從核心代碼到API的每一個細節(jié)都經(jīng)過了精心雕琢，非常適合接口的快速開發(fā)。它更適合服務(wù)器端程序員。它不需要涉足各種前端工具的復(fù)雜配置。它只需要面對瀏覽器本身，讓所有必需的元素相互作用。