也就是你java端把什么之前生成html的部分剥离，而只留提供数据的api接口，如果是单页应用的话，node层仅仅是做转发，提供静态资源，或做一些access的验证工作，不留具体业务逻辑。如果是服务器端渲染，则node还需要承担render视图的工作。
众所周知，React更纯粹，Vue做的封装更多，所以大多数的难度都是集中在react的组件引用vue组件的过程中
请参考 https://github.com/devilwjp/vuereact-for-vuecli3-demo
请参考 https://github.com/devilwjp/vuereact-for-cra-demo
由于react hooks的取名规范是use开头，所以将use开头的方法全部修改成了apply开头，老的use开头方法仍然有效
在react组件中使用vue组件，如果要使用vue的sync修饰，使用 sync <Object>
在react组件中使用vue的组件
在react组件中，向vue组件传递具名插槽和作用域插槽，以及绑定自定义事件，以及v-model应用
react本身并不支持v-model，所以需要通过 model的value和setter也不需要变化
在react组件动态引用vue组件，类似vue的<component />
与react不同，vue有全局注册组件的功能，使每个组件不需要再单独引入
将vue全局组件的id作为参数传入applyVueInReact中，或者将id作为component属性的值传入VueContainer中
示例：在react中使用全局的vue版本element-ui的DatePicker
在Vue的组件中使用React组件
在Vue组件中，向React组件传递具名插槽和作用域插槽，以及绑定自定义事件
由于React没有插槽的概念，所有都是以属性存在，Vue的具名插槽和作用域插槽会被转化为React的属性，其中作用域插槽会转换成render props的方式
并且Vue组件的事件也会被转化成React的属性
比如react版本的antd的Card组件，在react中的使用示例如下
react版本的antd，在vue组件中使用的示例如下
作用：使得所有的Vue组件可以使用redux的状态管理
对工具包开启redux状态管理，这个场景一般存在于以React为主的项目中，为了使Vue组件也可以共享到redux，需要在项目的入口文件引入applyRedux方法（整个项目应该只引一次），将redux的store以及redux的context作为参数传入（或者至少在redux的Provider高阶组件引入的地方使用applyRedux方法）
React组件连接redux的方式这里就不再做介绍了，应该使用react-redux的connect方法
这里介绍Vue组件如何使用redux，工具包尽可能的实现了vue组件使用vuex的方式去使用redux，通过vm.$redux可以在组件实例里获取到redux状态管理
作用：使得所有的Redux组件可以使用Vuex的状态管理
对工具包开启vuex状态管理，这个场景一般存在于以Vue为主的项目中，为了使React组件也可以共享到vuex，需要在项目的入口文件引入applyVuex方法（整个项目应该只引一次），将vuex的store作为参数传入
类似react-redux的connect方法，在React组件中使用，由于vuex的关键字比redux多，所以将参数改成了对象，包含了mapStateToProps、mapCommitToProps、mapGettersToProps、mapDispatchToProps，每个都是一个纯函数，返回一个对象（和redux的connect使用方式完全一致）
在React的router里懒加载Vue组件
在Vue的router里懒加载React组件
每个通过applyVueInReact的的vue组件，以及通过applyReactInVue的react组件，都可以收到一个data-passed-props的属性，这个属性可以帮助你不做任何包装的，被之后再次使用applyVueInReact或applyReactInVue的组件收到全部的属性（由于是跨框架透传，原生的透传方式并不会自动做相应的封装和转换）
由于在每一次跨越一个框架进行组件引用时，都会出现一层包囊，这个包囊是以div呈现，并且会被特殊属性标注
React->Vue，会在vue组件的dom元素外包囊一层标识data-use-vue-component-wrap的div
Vue->React，会在react组件的dom元素外包囊一层标识__use_react_component_wrap的div
如果引发样式问题，可以全局对这些标识进行样式修正
node技术成为web前端领域的主流开发工具可以说本身就是一个美丽的误会，当初这个技术被开发出来使用的时候主要是为了解决后端的问题才出现的。
今天，洛阳java课程培训机构http://www.kmbdqn.cn/就一起来了解一下node技术的发展历程和未来的发展趋势。
a)Node8进入LTS时代Node.js大的变化是进入Node8时代，它是一个稳定的长期支持版本(LTS)，除了性能提升外，还有以下几个要点。
Async/Await支持。
其实在Node.jsv7.6就可以通过flag支持了，在node8里直接落地。
通过Async函数可以更好的进行异步流程控制，远离CallbackHell。
在Async函数里，你可以通过await调用Promise，以及通过co包裹的generator，可以说，向前是完美的Async函数，向后也完美兼容各种遗留代码，称为异步终极解决方案不为过。
ES6模块支持。
通过vue/react、webpack、babel和typescript等火爆发展，es6模块得到了广泛普及和应用，在Node.jsv8.5可以通过--experimental-modules来开启这个体验版特性。
当然，你想在Node.js更早版本里使用ES6模块，可以采用@std/esm模块。
HTTP2支持。
在Node.jsv8.8就开始默认启用了，http2对服务器端推送，多通道复用等特性，能够更好地为浏览器便利，是性能优化的利器。
b)企业级Web开发基础框架除了应用广泛的主流Web框架Koa外，Fastify也是一直劲敌，作者MatteoCollina是Node.js核心开发，Stream掌门，性能优化专家。
Fastify基于Schema优化，对性能提升极其明显。
狼叔认为这是企业级Web开发，他在这里给我们介绍了3个知名框架。
b1)Egg.js阿里开源的企业级Node.js框架Egg发布2.0，基于Koa2.x，异步解决方案直接基于AsyncFunction。
框架层优化不含Node8带来的提升外，带来30%左右的性能提升。
Egg采用的是『微内核+插件+上层框架』模式，对于定制，生态，快速开发有明显提升，另外值得关注的是稳定性和安全上，也是极为出色的。
b2)NestNest是基于TypeScript和Express的企业级Web框架。
很多人开玩笑说，Nest是像Java开发方式的，确实，Nest采用TypeScript作为底层语言，TypeScript是ES6超集，对类型支持，面向对象，Decorator(类似于Java里注解Annotation)等支持。
在写法上，保持Java开发者的习惯，能够吸引更多人快速上手。
TypeScript支持几乎是目前所有NodeWeb框架都要做的头等大事，在2017年Nest算个知名项目，值得一提。
b3)ThinkJSThinkJS是一款拥抱未来的Node.jsWeb框架，致力于集成项目佳实践，规范项目让企业级团队开发变得更加简单，更加高效。
秉承简洁易用的设计原则，在保持出色的性能和至简的代码同时，注重开发体验和易用性，为WEB应用开发提供强有力的支持。
ThinkJS是国产老牌Web框架，在2017年10月发布v3版本，基于Koa内核，在性能和开发体验上有更好的提升。
整体来看，Node.js在企业Web开发领域日渐成熟，无论微服务，还是Api中间层都得到了非常好的落地。
2017年，唯一遗憾的是Node.js在servless上表现的不太好，相关框架实践偏少。
c)不可不见的Api中间层前端越来越复杂，后端服务化，今日的前端要面临更多的挑战。
一个典型的场景就是在服务化架构里，前端面临的头痛的问题是异构API，前后端联调的时候，多个后端互相推诿，要么拖慢上线进度，要么让前端性能变得极其慢。
进度慢找前端，性能差也找前端，但这个锅真的该前端来背么?Node.js的Api中间层应用很好地解决了这个问题。
后端不想改的时候，实在不行就前端自己做，更灵活，更能应变。
透传接口，对于内网或者非安全接口，可以采用中间层透传。
聚合接口，对异构API处理非常方便，如果能够梳理model，应变更容易。
Mock接口，通过Mock接口，提供前端开发效率，对流程优化效果极其明显，比如去哪儿开发的yapi就是专门解决这个问题的。
除此之外，前端如果想做一些技术驱动的事儿，SSR(服务器端渲染)和PWA(渐进式Web应用)也是非常不错的选择。
d)新领域(深度学习、区块链等)
