1. 目前，web前端主流框架有什么
React：
1.声明式设计：React采用声明范式，可以轻松描述应用。
2.高效：React通过对DOM的模拟，最大限度地减少与DOM的交互。
3.灵活：React可以与已知的库或框架很好地配合。
Vue：
Vue是尤雨溪编写的一个构建数据驱动的Web界面的库，准确来说不是一个框架，它聚焦在V（view）视图层。
它有以下的特性：
1.轻量级的框架
2.双向数据绑定
3.指令
4.插件化
Angular：
Angular是一款优秀的前端JS框架，已经被用于Google的多款产品当中。
它有以下的特性：
1.良好的应用程序结构
2.双向数据绑定
3.指令
4.HTML模板
5.可嵌入、注入和测试
2. Web前端主流框架—Vue的优缺点分析
Vue：
Vue是尤雨溪编写的一个构建数据驱动的Web界面的库，准确来说不是一个框架，它聚焦在V(view)视图层。它有以下的特性：1.轻量级的框架;2.双向数据绑定;3.指令;4.插件化。
优点：
1.简单：官方文档很清晰，比Angular简单易学。
2.快速：异步批处理方式更新DOM。
3.组合：用解耦的、可复用的组件组合你的应用程序。
4.紧凑：~18kbmin+gzip，且无依赖。
5.强大：表达式无需声明依赖的可推导属性(computedproperties)。
6.对模块友好：可以通过NPM、Bower或Duo安装，不强迫你所有的代码都遵循Angular的各种规定，使用场景更加灵活。
缺点：
1.新生儿：Vue.js是一个新的项目，没有angular那么成熟。
2.影响度不是很大：google了一下，有关于Vue.js多样性或者说丰富性少于其他一些有名的库
3.不支持IE8。
以上就是青藤小编关于Web前端主流框架：Vue的优缺点分析的相关分享，希望对大家有所帮助，想要了解更多相关内容，欢迎大家及时关注哦!
3. eclipse 添加web插件，目的是【使用Eclipse生成Web Service Client(将WSDl 转化成 Java代码) 】
不知道的话，是有点难选；都选的话，会对eclipse性能带来影响。
建议你去eclipse.org（官网）下载最新版本的eclipse javaee版本，里面自带支持webservice插件，我开发webservice接口、用别人的wsdl生成客户端代码都是用这种版本，很方便。而且新版本里面有些新的功能和性能的提升。
4. 如何写一个webpack插件
Webpack插件为第三方开发者释放了Webpack的最大可能性。利用多级回调开发者可以把他们自己的需要的功能引入到Webpack里面来。Build插件比Build loader 更进一步。因为你需要理解Webpack底层的东西。要有月底源代码的准备。
Compiler 和 Compilation
开发插件最重要的两个资源就是 compiler 和 compilation 对象，理解他们的是扩展Webpack重要的一步
compiler对象包涵了Webpack环境所有的的配置信息，这个对象在Webpack启动时候被构建，并配置上所有的设置选项包括 options，loaders，plugins。当启用一个插件到Webpack环境的时候，这个插件就会接受一个指向compiler的参数。运用这个参数来获取到Webpack环境
compilation代表了一个单一构建版本的物料。在webpack中间件运行时，每当一个文件发生改变时就会产生一个新的compilation从而产生一个新的变异后的物料集合。compilation列出了很多关于当前模块资源的信息，编译后的资源信息，改动过的文件，以及监听过的依赖。compilation也提供了插件需要自定义功能的回调点。
这两个组件在所有的Webpack插件中都是不可分割的一部分（特别是compilation），所以对于开发者来说熟悉这两个组件的源文件将是你受益很多：
Compiler 源文件
Compilation 源文件
插件基本结构
Plugins是可以用自身原型方法apply来实例化的对象。apply只在安装插件被Webpack compiler执行一次。apply方法传入一个Webpck compiler的引用，来访问编译器回调。
一个简单的插件结构：
function HelloWorldPlugin(options) {
// Setup the plugin instance with options...
}
HelloWorldPlugin.prototype.apply = function(compiler) {
compiler.plugin('done', function() {
console.log('Hello World!');
});
};
mole.exports = HelloWorldPlugin;
安装插件时, 只需要将它的一个实例放到 Webpack config plugins 数组里面:
var HelloWorldPlugin = require('hello-world');
var webpackConfig = {
// ... config settings here ...
plugins: [
new HelloWorldPlugin({options: true})
]
};
访问 compilation
使用compiler对象，你可能需要绑定带有各个新compilation的引用的回调函数。这些compilation提供回调函数连接成许多构建过程中的步骤。
function HelloCompilationPlugin(options) {}
HelloCompilationPlugin.prototype.apply = function(compiler) {
// Setup callback for accessing a compilation:
compiler.plugin("compilation", function(compilation) {
// Now setup callbacks for accessing compilation steps:
compilation.plugin("optimize", function() {
console.log("Assets are being optimized.");
});
});
});
mole.exports = HelloCompilationPlugin;
更多关于在compiler, compilation等对象中哪些回调有用，看一下
plugins API
异步编译插件
有些compilation插件的步骤时异步的，并且会传入一个当你的插件运行完成时候必须调用的回调函数。
function HelloAsyncPlugin(options) {}
HelloAsyncPlugin.prototype.apply = function(compiler) {
compiler.plugin("emit", function(compilation, callback) {
// Do something async...
setTimeout(function() {
console.log("Done with async work...");
callback();
}, 1000);
});
});
mole.exports = HelloAsyncPlugin;
例子
我们了解了Webpack compiler和各个compilations，我们就可以用它们来创造无尽的可能。我们可以重定当前文件的格式，生成一个衍生文件，或者制造出一个全新的assets
下面我们将写一个简单的插件，生成一个filelist.md文件，里面的内容是，列出我们build的所有asset 文件。
function FileListPlugin(options) {}
FileListPlugin.prototype.apply = function(compiler) {
compiler.plugin('emit', function(compilation, callback) {
// Create a header string for the generated file:
var filelist = 'In this build:\n\n';
// Loop through all compiled assets,
// adding a new line item for each filename.
for (var filename in compilation.assets) {
filelist += ('- '+ filename +'\n');
}
// Insert this list into the Webpack build as a new file asset:
compilation.assets['filelist.md'] = {
source: function() {
return filelist;
},
size: function() {
return filelist.length;
}
};
callback();
});
};
mole.exports = FileListPlugin;
5. 在web开发中，怎么实现插件化
你要前端插件还是后端插件？javascript插件化可以参照reactjs或者vuejs。后端插件不就是第三方库吗？
6. 求javaweb开发插件化解决方案，该怎么处理
朋友,我来告诉你答案!可以去看看在汉顺平县关于JSP和servlet的JavaEE的视频，也可以是适合初学者的知识肯定是java的基础，也就是JavaSE的一部分，当然??，学习的JavaWeb第一次学习servlet是非常重要的这本书的话，该库是自己挑的概念和实例。在软件方面，我用Myeclipse9.0+tomcat6.0可以在Eclipse中安装插件开发..纯手敲..望采纳
7. web开发的后台插件化开发是怎么实现的
在客户端页面中嵌入一个IMG元素,该IMG元素的Src指向后台的一个页面模块,在该页面模块中使用Image和Graphics在后台画好图并发送到客户端(Response.Write...)
8. eclipse 开发web项目的插件
有两个选择
1.myeclipse插件 (收费，可破解，很好很强大，但是就是因为太便利，会导致使用这个的开发人员对java web项目的结构部署一些相关知识缺乏，初学者不建议使用)
2.eclispe ee版本+Lomboz (开源免费，eclipse ee版本已经自带很多j2ee插件，官网可以直接下载该版本，Lomboz 对JSP编写帮助很大，还有其他很多功能。)
如上所诉，如果lZ想开发jsp时使用javascript和ajax之类的可以用JsEclipse和ATF插件。
再说两句，刚开始学习的话，还是亲手手写代码，自己部署的好，插件只是帮你便利化，为企业开发节约时间的，对于学习知识来说并没有多大帮助。我现在就使用eclipse ee版本开发，没有使用其他任何插件，现在一样可以开发大型应用
9. java web 自动化报表插件
采用报表打印插件是最好的方式。
报表插件优势：报表插件在服务器端不驻留程序，服务器只要提供约定格式的 XML 数据就行了。所以有如下优势：
1、支持所有的WEB服务器平台。
2、报表的生成是在各自客户端电脑上，这样大大减轻了服务器的负载压力，能够做到更大的并发访问。
3、插件在客户端运行是电脑原生程序，与桌面程序具有一样的运行性能，并能开发出桌面程序类似的报表功能。
4、能驱动打印机直接进行打印，是WEB软件实现打印功能的最好方式。
10. Web Components 是个什么样的东西
Web Components
Web Components 总的来说是提供一整套完善的封装机制来把 Web 组件化这个东西标准化，每个框架实现的组件都统一标准地进行输入输出，这样可以更好推动组件的复用。结合上边各个部分的内容，我们整合一起来看下应该怎么使用这个标准来实现我们的组件：
<!-- components/header.html -->
<template id="">
<style>
::content li {
display: inline-block;
padding: 20px 10px;
}
</style>
<content select="ul"></content>
</template>
<script>
(function() {
const element = Object.create(HTMLInputElement.prototype)
const template = document.currentScript.ownerDocument.querySelector('template')
element.createdCallback = function() {
const shadowRoot = this.createShadowRoot()
const clone = document.importNode(template.content, true)
shadowRoot.appendChild(clone)
this.addEventListener('click', function(event) {
console.log(event.target.textContent)
})
}
document.registerElement('test-header', { prototype: element })
})()
</script>
这是一个简单的组件的例子，用于定义一个 test-header，并且给传递进来的子元素 li 添加了一些组件内部的样式，同时给组件绑定了一个点击事件，来打印点击目标的文本内容。
看下如何在一个 HTML 文件中引入并且使用一个组件：
<!-- index.html -->
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title></title>
<link rel="import" href="components/header.html">
</head>
<body>
<test-header>
<ul>
<li>Home</li>
<li>About</li>
</ul>
</test-header>
</body>
</html>
一个 import 的 <link> 把组件的 HTML 文件引用进来，这样会执行组件中的脚本，来注册一个 test-header 元素，这样子我们便可以在主文档中使用这个元素的标签。
上边的例子是可以在 chrome 正常运行的。
所以，根据上边简单的例子可以看出，各个部分的内容是有机结合在一起，Custom Elements 提供了自定义元素和标签的能力，template 提供组件模板，import 提供了在 HTML 中合理引入组件的方式，而 Shadow DOM 则处理组件间代码隔离的问题。
不得不承认，Web Components 标准的提出解决了一些问题，必须交由浏览器去处理的是 Shadow DOM，在没有 Shadow DOM 的浏览器上实现代码隔离的方式多多少少有缺陷。个人我觉得组件化的各个 API 不够简洁易用，依旧有 getElementById 这些的味道，但是交由各个类库去简化也可以接受，而 import 功能上没问题，但是加载多个组件时性能问题还是值得商榷，标准可能需要在这个方面提供更多给浏览器的指引，例如是否有可能提供一种单一请求加载多个组件 HTML 的方式等。
在现在的移动化趋势中，Web Components 不仅仅是 Web 端的问题，越来越多的开发者期望以 Web 的方式去实现移动应用，而多端复用的实现渐渐是以组件的形式铺开，例如 React Native 和 Weex。所以 Web Components 的标准可能会影响到多端开发 Web 化的一个模式和发展。
最后，再啰嗦一句，Web Components 个人觉得还是未来发展趋势，所以才有了这个文章。