vuejava編譯器插件

『壹』 vue和java怎麼整合，會不會有跨域問題

vue 可以打包生成靜態的 資源文件（html，css，js ,png 等），可以直接放到java web項目的webapp裡面，不會有跨域問題。
這種都是前後端分離的開發方式。後端只用提供返回json格式的介面的就可以了。推薦後端使用springboot框架會比較簡單。

『貳』 vue適合java web嗎

後端沒什麼適合不適合的。Vue和任何MVC框架都能配合的很好。

『叄』 移動ui框架 vue怎麼調用java

最近一年多一直在做UI庫，從SUIMobile->Light7->jQueryWeUI。自己也在做的過程中對UI庫類的產品有了更深入的認識，SUIMobile和Light7有一個很大的問題在於：試圖用一個輕量的基於jQuery的庫，來做一個重量的框架應該做的事情。比如它定義了Page的概念，整個頁面的結構，使用了非同步載入的路由，這些會導致本來一個很輕量的庫變得不那麼容易使用了，本來可以做到只用幾個組件即可，現在卻必須把一整套東西全部用起來。如果你想用對話框卻不想改變自己的整個頁面組織，就必須修改對話框的代碼。而且，它自己實現的router會導致很難遷移到VueorAngular，因為它做了一部分本該由另一個JS框架做的事情。因此，當微信官方團隊出了WeUI項目之後，我迅速開發了jQueryWeUI，並且它會是一個長期穩定的項目。因為我在這里徹底放棄了一個輕量的UI庫不該做的事情，只專注於做一組拿來就可以用，幾乎零成本，可以結合任何主流JS框架，幾乎不會和任何現有代碼沖突的UI庫。所以經常有人問jqweui什麼時候會出路由，我的回答是這個根本不在計劃內，未來也很可能不會有。如果你需要用到路由，那麼建議結合VueorAngular來使用，而不是用一個獨立的router組件。vue-mobile也正是因為上述原因，我比較了目前主流的三個JS框架Vue,Angular,React之後選擇了基於Vue來做一個新的項目，這個項目誕生之初的目標就是為了開發大型的單頁應用。它不是一個簡單的Vue套殼，而是完全用Vue重寫了所有的組件實現。樣式上主要還是來自WeUI和Light7，因為我並不是很擅長做設計，不過這次會借鑒很多主流的UI庫，也會自己嘗試設計一些組件，盡力覆蓋大部分的常用控制項。那麼vue-mobile有哪些優勢呢？完整的頁面結構，header,content,footer基於vue-router頁面切換以Component形式提供的組件，更加容易拓展和自定義基於transition實現的CSS3動畫Vue.js帶來的良好的開發模式：模板，數據綁定，組件化，自動化，資源統一化肯定會有很多人問會jQuery用的好好的為什麼要這么折騰？jQuery可能未來十年內都不會落伍，但是前端技術日新月異，無論Vue,Angular,React是不是未來的趨勢，至少本階段他們可以解決很多以前很難解決的問題，也很大程度上推進了前端的技術發展&開發效率。一個好的程序員應該能緊跟技術的發展，不能在一棵樹上吊一輩子。我也在不斷的摸索中，Vue也許不是最佳選擇，但至少是一個對大多數項目來說都非常棒的選擇。至少現在來看，Vue能明顯提升開發效率，在開發大型應用的時候也能很好地通過模塊化組織來保證代碼的可維護性。現在的前端開發重點已經不是樣式和兼容性，而是如何構建大型的、高效的、可維護的應用。傳統後端開發已經在這方面做得非常好了，前端還處在探索階段，而Vue這一類的框架目前是做得最好的。可能這類框架再過五年就會銷聲匿跡，被更新更好的框架取代，但是並不妨礙我們去研究和使用它。

『肆』 vue裡面可以動態載入touchspin插件嗎

組件是Vue.js最強大的功能之一。組件可以擴展HTML元素，封裝可重用的代碼。在較高層面上，組件是自定義的元素，Vue.js的編譯器為它添加特殊功能。在有些情況下，組件也可以是原生HTML元素的形式，以is特性擴展。

下面一段簡單的代碼給大家介紹Vue載入組件的幾種方式，具體代碼如下所示：

//正常載入
importindexfrom'../pages/index.vue'
importviewfrom'../pages/view.vue'
//懶載入
constindex=resolve=>require(['../pages/index.vue'],resolve)
constview=resolve=>require(['../pages/view.vue'],resolve)
//懶載入-按組
constindex=r=>require.ensure([],()=>r(require('../pages/index.vue')),'group-index')
constview=r=>require.ensure([],()=>r(require('../pages/view.vue')),'group-view')
//懶載入-按組import，基於ES6import的特性
constindex=()=>import('../pages/index.vue')
constview=()=>import('../pages/view.vue')

補充：Vue動態載入組件的四種方式

動態載入組件的四種方式：

1、使用import導入組件，可以獲取到組件

varname='system';
varmyComponent=()=>import('../components/'+name+'.vue');
varroute={//前端全棧開發交流學習圈：866109386
name:name,//幫助1-3年前端人員，提神技術思維
component:myComponent
}

2、使用import導入組件，直接將組件賦值給componet

varname='system';
varroute={//前端全棧開發交流學習圈：866109386
name:name,//幫助1-3年前端人員，提神技術思維
component:()=>import('../components/'+name+'.vue');
}

3、使用require 導入組件，可以獲取到組件

varname='system';
varmyComponent=resolve=>require.ensure([],()=>resolve(require('../components/'+name+'.vue')));
varroute={//前端全棧開發交流學習圈：866109386
name:name,//幫助1-3年前端人員，提神技術思維
component:myComponent
}

『伍』 使用vue2+Vuex+Router重寫餓了么點餐系統和vue插件簡析

React
React 和 Vue 有許多相似之處，它們都有：
使用 Virtual DOM
提供了響應式（Reactive）和組件化（Composable）的視圖組件。
保持注意力集中在核心庫，伴隨於此，有配套的路由和負責處理全局狀態管理的庫。
相似的作用域，我們會用更多的時間來講這一塊的比較。不僅我們要保持技術的准確性，同時兼顧平衡。我們指出React比Vue更好的地方，例如，他們的生態系統和豐富的自定義渲染器。
React社區在這里非常積極地幫助我們實現這一平衡，特別感謝來自 React 團隊的 Dan Abramov 。他非常慷慨的花費時間來貢獻專業知識，來幫我們完善這個文件，直到我們都滿意。
這么說，就是希望你能對這兩個庫的比較的公平性感到放心。
性能簡介
到目前為止，在現實的測試中，Vue 是優於 React 的（通常至少快20%-50%，盡管在某些情況下還要更快）。我們可以提供一個到這個參照項目的鏈接，但是坦率的說，所有的參照在某些方面是有缺陷的，很少有像你所寫的一個真實應用。那麼，讓我們詳細了解下吧。
渲染性能
在渲染用戶界面的時候，DOM的操作是最昂貴，不幸的是沒有庫可以讓這些原始操作變得更快。
我們能做的最好的就是：
盡量減少DOM操作。Vue 和 React 都使用虛擬DOM來實現，並且兩者工作一樣好。
盡量減少除DOM操作以外的其他操作。這是 Vue 和 React的一個不同的地方。
假如說，在React中，渲染一個元素的額外開銷是1，而平均渲染一個組件的開銷是2。在Vue中，一個元素的開銷更像0/vue/dist/vue.js"></script> 然後就可編寫Vue代碼並應用到生產中，而不用擔心性能問題。
由於起步階段不需學JSX，ES2015 或構建系統，所以建立應用花的時間會更少。
本地渲染
ReactNative能使你用相同的組件模型編寫有本地渲染能力的APP（IOS或Android）。能同時跨多平台開發，對開發者是非常棒的。相應地，Vue和Weex會進行官方合作，Weex是阿里的跨平台用戶界面開發框架，Weex 的 JavaScript 框架運行時用的就是Vue。這以為著不僅在瀏覽器，在 IOS 和 Android 上面也可以用 Vue 來進行開發。
在現在，Weex 還在積極發展，成熟度也不能和 ReactNative 相抗衡。但是，Weex的發展是由世界上最大的電子商務企業的需求在驅動，Vue 團隊也會和 Weex 團隊積極合作確保為開發者帶來良好的開發體驗。
MobX
Mobx 在 React 社區很流行，實際上在Vue也採用了幾乎相同的反應系統。在有限程度上，React + Mobx 也可以被認為是更繁瑣的 Vue，所以如果你習慣組合使用它們，那麼選擇 Vue 會更合理。
Angular 1
Due的一些語法和Angular的很相似（例如 v-if vs ng-if）。因為Angular是Vue早期開發的靈感來源。然而，Augular中存在許多問題，在Vue中已經得到解決。
復雜性
在 API 與設計兩方面上 Vue.js 都比 Angular 1 簡單得多，因此你可以快速地掌握它的全部特性並投入開發。
靈活性和模塊化
Vue.js 是一個更加靈活開放的解決方案。它允許你以希望的方式組織應用程序，而不是在任何時候都必須遵循 Angular 1 制定的規則，這使讓Vue能適用於各種項目。我們知道把決定權交給你，是非常必要的，就是是為什麼提供Webpack template，讓你用幾分鍾，去選擇是否用高級特性，比如熱模塊載入、linting 、
Css extraction 等等。
數據綁定
Angular 1 使用雙向綁定，Vue在不同組件間強制適用單向數據流。這使應用中的數據流清晰易懂。
指令與組件
在 Vue 中指令和組件分得更清晰。指令只封裝 DOM 操作，而組件代表一個自給自足的獨立單元 —— 有自己的視圖和數據邏輯。在 Angular 中兩者有不少相混的地方。
性能
Vue.js 有更好的性能，並且非常非常容易優化，因為它不使用臟檢查。
在Angular 1中，當 watcher 越來越多時會變得越來越慢，因為作用域內的每一次變化，所有 watcher 都要重新計算。並且，如果一些 watcher 觸發另一個更新，臟檢查循環（digest cycle）可能要運行多次。 Angular 用戶常常要使用深奧的技術，以解決臟檢查循環的問題。有時沒有簡單的辦法來優化有大量 watcher 的作用域。
Vue.js 則根本沒有這個問題，因為它使用基於依賴追蹤的觀察系統並且非同步列隊更新，所有的數據變化都是獨立地觸發，除非它們之間有明確的依賴關系。
有意思的是，Angular 2 和 Vue 用相似的設計解決了一些 Angular 1 中存在的問題。
Angular 2
Augluar 2完全是一個全新的框架。例如,它具有優秀的組件系統，並且許多實現已經完全重寫，API也完全改變了。
TypeScript
Angular 1面向的較小的應用程序，Angular 2已轉移焦點，面向的是大型企業應用。TypeScript被引用，這對那些喜歡用Java或者C#等類型安全的語言的人是非常有用的。
Vue也適合企業應用，也可以使用TypeScript來支持官方類型和用戶貢獻的類型，盡管這是可選的。
尺寸和性能
在性能方面，這兩個框架都是非常快。但是如果你查看第三方參照，就可以得出 Vue 2 比 Angular2 要快的。
在尺寸方面，雖然 Angular 2 使用 tree-shaking 技術和編譯技術能使代碼尺寸減小。
即便包含編譯器和全部功能 Vue2(23kb)比起 Angular 2(50kb)還是小的多。但是要注意，用 Angular 的 App 的尺寸縮減是用 tree-shaking 移除了那些框架中沒有用到的功能，當隨著引入功能的增多，尺寸會越來越大。
靈活性
Vue 官方提供了構建工具，但沒限制你如何構建。有人喜歡用統一的方式構建，也有很多開發者喜歡這種靈活自由的方式。
學習曲線
開始使用Vue，你使用的是熟悉的HTML、符合ES5規則的JavaScript（也就是純JavaScript）。有了這些基本的技能，你可以快速地掌握它(指南)並投入開發 。
Angular 2 的學習曲線是非常陡峭的。即使不包括TypeScript，它們開始指南中所用的就有ES2015標準的JavaScript，18個NPM依賴包，4個文件和超過3千多字介紹，這一切都是為了完成個Hello World。而Vue's Hello World就非常簡單。
Ember
Ember 是一個全能框架。它提供大量的約定，一旦你熟悉了它們，開發會很高效。不過，這也意味著學習曲線較高，而且不靈活。在框架和庫（加上一系列鬆散耦合的工具）之間權衡選擇。後者更自由，但是也要求你做更多的架構決定。
也就是說，最好比較 Vue.js 內核和 Ember 的模板與數據模型層：
Vue 在普通 JavaScript 對象上建立響應，提供自動化的計算屬性。在 Ember 中需要將所有東西放在 Ember 對象內，並且手工為計算屬性聲明依賴。
Vue 的模板語法可以用全功能的 JavaScript 表達式，而 Handlebars 的語法和幫助函數語法相比之下非常受限。
在性能上，Vue 甩開 Ember 幾條街，即使是 Ember2.0 的最新Glimmer引擎。Vue自動批量更新，Ember 當性能關鍵處需要手動管理。
Knockout
Knockout 是MVVM領域內的先驅，並且追蹤依賴。它的響應系統和Vue相似。它對瀏覽器支持以及所有的表現也是讓人印象深刻的。它能最低支持到IE6，而Vue最低只能支持到IE9。
隨著時間的推移，Knockout的發展已有所放緩，並且略顯有點老舊了。比如，它的組件系統缺少完備的生命周期事件方法，盡管這些在現在是非常常見。以及相比Vue調用子組件的介面顯得有點笨重。
如果你有興趣研究，會發現它們在介面設計的構思理念上是不同的。這些通過各自創建的 simple Todo List 可以體現出來。或許有點主觀，但是很多人認為Vue的API介面更簡單結構更優雅。
Polymer
Polymer 是另一個由谷歌贊助的項目，事實上也是Vue的一個靈感來源。Vue的組件可以粗略的類比於Polymer的自定義元素，並且兩者具有相似的開發風格。最大的不同之處在於，Polymer是構建於最新版的Web Components標准之上的，並且需要非凡的polyfills來工作（性能下降），瀏覽器本身不支持這些功能。相比而言，Vue不需要依賴polyfills來工作，最低到IE9。
在 Polymer 1.0版本中，為了彌補性能，團隊非常有限的使用數據綁定系統。例如，在Ploymer中支持的唯一表達式只有布爾值否定和單一的方法的調用，它的computed方法的實現也不是很靈活。
Polymer 自定義的元素是用HTML文件來創建的，這回限制你的普通的JavaScript/CSS（和被現代瀏覽器普遍支持的語言特性）。相比之下，Vue的單文件允許你非常容易的使用ES2015和你想用的Css的預編譯處理器。
當部署到生產環境的時候，Polymer建議使用HTML Imports載入所有資源。而這要求伺服器和客戶端都支持Http 2.0協議，且瀏覽器實現了標准。這是否可行就取決於你的目標用戶和部署環境了。如果狀況不佳，你必須用Vulcanizer工具來來打包Polymer元素。在這方面，Vue 可以結合非同步組件的特性和Webpack的代碼分割特性來實現懶載入（lazy-loaded）。這同時確保了對舊瀏覽器的兼容且又能更快載入。
對Vue和Web Component標准之間進行深層次的整合，也是完全可行的，比如Custom Elements、Shadow DOM的樣式封裝。然而現在在我們做出嚴肅的承諾之前，我們仍在等待標准成熟，進而廣泛應用於主流的瀏覽器中。
Riot
Riot 2.0 提供了一個類似於基於組件的開發模型（在Riot中稱之為地Tag地），提供小巧精美的API。Riot 和 Vue 可能共享一些設計理念。即使相比Roit重一點，Vue還是有很多顯著優勢的：
根據真實條件來渲染，Roit根據是否有分支簡單顯示或隱藏所有內容。

功能更加強大的路由機制，Roit的路由功能的API是極少的。

更多成熟工具的支持。Vue 提供官方支持Webpack、Browserify和SystemJS，而 Roit 是依靠社區來建立集成系統。
過渡效果系統。Riot現在沒有提供。

更好的性能。Roit 盡管廣告稱用虛擬DOM，實際上用的還是臟檢查機制，因此和Angular 1患有相同的性能問題。
以上所述是小編給大家介紹的Vue.js 2.0 和 React、Augular等其他前端框架大比拼，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持！

『陸』 怎麼利用vue.js和java做前後端分離

下面的alert輸出的數據是this.result.prId,取出的的是原來的數據，並不是data中傳過來的數據，你在alert前面加一條：this.result=data.result.prId;這樣就沒問題了。

『柒』 myeclipse java開發怎麼集成vue

後端沒什麼適合不適合的。Vue和任何MVC框架都能配合的很好。前後端分離之後，後端不需要大改，把之前渲染模板的地方改成組裝JSON就好了。反而是前端，jQ改成Vue的工作量有點大。

『捌』 java web工程中如何使用vue2的伺服器渲染

從官方給出的渲染方案能看出，後端只是在頁面硬塞了數據及數據狀態進去，就效果而論渲染的工作還是前端負責，所以其他後端也能做到。具體看例子寫script標簽到頁面那段.
vue的服務端渲染，目前發現下面兩個包可以實現nodejs向其他伺服器請求數據。

『玖』 前端採用vue+webpack後端採用java全棧開發，怎麼實現自動部署

仔細看了看題主的問題。。你是不是想用webpack－dev－server做反向代理tomcat？。。。
附上我用webpack－dev－server做反向的的代碼

varconfig=require("./webpack.config.js");varwebpack=require("webpack")varwebpackDevServer=require("webpack-dev-server")

config.entry.unshift("webpack-dev-server/client?http://localhost:8080","webpack/hot/dev-server");varcompiler=webpack(config);varserver=newwebpackDevServer(compiler,{
contentBase:"build",
hot:true,inline:true,
historyApiFallback:true,
proxy:{'/*':{
target:'loaclhost:8088/',

secure:false
},

}

});

server.listen(8080);