代码拉取完成，页面将自动刷新
同步操作将从 Javey/kpc 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
目前市面上已经存在大量组件库，我们为什么还要造这个轮子呢？下面我们解释下这个组件库开发的动机。
随着公司业务和团队的壮大，我们很难统一全公司的技术栈，或者也没有必要统一全公司技术栈，但是统一 全公司所有产品线的设计和交互风格，却是很有必要的。众所周知，前端单页应用的开发无非基于3大框架： React/Vue/Angular。如果不同框架维护一套自己的组件库，一方面维护成本非常高，存在大量重复劳动力； 另一方面，即使大家都按统一的交互设计稿开发组件库，也很难保证各个组件库设计和交互的完全统一。 所以这时kpc应运而生，它存在的意义就是：同一套组件库适应不同框架，来保证不同技术栈所开发出来的产品 的风格统一(write once, run anywhere)
npm install intact kpc --save
npm install kpc intact intact-vue --save
webpack配置
module.exports = {
...
resolve: {
alias: {
'intact$': 'intact-vue',
}
}
}
npm install kpc intact intact-react --save
webpack配置
module.exports = {
...
resolve: {
alias: {
'intact$': 'intact-react',
}
}
}
import {Button} from 'kpc';
<Button>Hello</Button>
<template>
<Button>Hello</Button>
</template>
<script>
import {Button} from 'kpc';
export default {
components: {
Button
}
}
</script>
import React from 'react';
import {Button} from 'kpc';
class App extends React.Component {
render() {
return <Button>Hello</Button>
}
}
性能损失非常小，因为兼容层并不会出来太多的东西，仅仅只是完成不同框架执行上下文的切换，唯一带来的损失 可能是框架需要引入兼容层和Intact底层库所带来的打包文件的增大，但只是增大了大概80KB(没有开启gzip)的体积， 相比目前前端项目动辄几M的打包文件，增大的并不多
如上所述，兼容层仅仅完成上下文的切换，本质上还是谁的元素谁去渲染，所以理论上能实现100%的兼容， 但目前考虑到实际使用情况并没有实现100%兼容，有些注意事项已在文档中说明，如果有需求后面我们会 逐步完善来达到100%兼容性
git clone https://github.com/ksc-fe/kpc.git
cd kpc
npm install
npm run dev:doc
# 测试
npm run test
# 更新测试快照
npm run snapshot
# 部署文档
npm run deploy:doc
# 发版
npm run release
MIT
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。