vivy-zhx-learn
v0.0.29-beta5
Published
antd for DTchuxing.com's Background management system
Downloads
11
Readme
DT-antd
数据智能改变公共出行的产品二部基于antdesign开发的后台公共组件
目录
PageLayout
整体框架组件,结构:左上下模式,左边分title和菜单,上边分左(收起展开按钮)和右(登陆员信息)
调用方法:
import {PageLayout} from 'DT-antd';
const path = {
siderMenu: {
logo,
title,
menu,
},
pageHead: {
user: {
userName,
userPhoto,
logOut,
userChange,
userItem,
},
other,
}
}
<PageLayout {...path}>
// 中间部分的内容
</PageLayout>
path参数说明
参数名 | 子参数 | 三级参数 | 描述 | 类型 | 是否必填 ----|----|----|------|----|---- siderMenu | | | 框架左边的内容 | object | 是 | logo | | logo图片 | string | 否(默认为公交云logo) | title | | 左侧头部文字 | string | 是 | menu | | 左侧菜单(详情见下面表格) | object | 是 pageHead | | | 框架上面的内容 | object | 是 | user | | 最右侧用户头像+用户名+下拉部分的参数 | object | 是 | | userName | 用户名 | string | 是(如果启用了userChange则选填) | | userPhoto | 用户头像 | string | 否(默认ant头像) | | logOut | 退出登陆方法 | func | 是(如果启用了userChange则选填) | | userChange | 不满足用户名+头像模式的自定义书写 | object | 否 | | userItem | 不满足只有退出登陆的下拉菜单模式而自定义书写 | object | 否 | other | | 头部右边默认只有一个头像+用户名,要加其它东西在这里自定义书写,会累加 | object | 否
左侧菜单menu说明文档
左侧菜单栏为了兼容主数据已定的返回模式,如果返回格式不一致,请对数据重新处理为以下格式:
let menu = [{
code: 'userManage',
name: '用户管理',
icon: 'user',
subMenus: [{
code: 'userManage.userManage',
name: '用户列表',
url: '/userManage'
}]
}];
参数说明:
参数名 | 子参数 | 描述 | 类型 | 是否必填 ----|----|------|----|---- code | | 识别的主键,不能重复 | string | 是 name | | 标题 | string | 是 icon | | 图标 | string | 是 subMenus | | 二级菜单目录 | object | 是 | code | 识别的主键,不能重复 | string | 是 | name | 标题 | string | 是 | url | 访问的路由路径,为了兼容主数据,要有/ | string | 是
另外为了方便页面指向左侧菜单的选中和展开,在定义页面其它路由时,如新增编辑详情等,页面路由定义格式为: {对应父级的path[也就是菜单栏menu中的url字段]}/你要定义的路由(如新增add,编辑edit/:id,详情detail/:id等)
BodyLayout
此组件是整个中间组件部分,也就是 PageLayout
的 chidren
,一共涵盖四块:top,面包屑,正文,版权
src/MyComponent.jsx
import React from 'react';
const MyComponent = props=> {
return <div>
props:
<pre>{JSON.stringify(props, null, 2)}</pre>
</div>
}
export default MyComponent;
关于各种文件放在哪里, 这里是我推荐的一些约定:
- src 下用于存放源代码
- lib 是编译后的代码,这个目录只读
- 所有包含 ES6 语法的文件名统一后缀为 .es6
- 所有包含 JSX 语法的文件后统一缀名为 .jsx
假设源代码里还有另外两个文件 foo.es6
和 bar.js
,简化起见都丢到 src
的根目录下。
编译
Babel
为了把 ES6 代码编译成 ES5,需要安装 Babel,这个工具可以说野心极大,一次编译可以让 JavaScript 运行在所有地方。(听起来是不是有点 Java 的作风)
目前最常用的是 Babel5 版本,但是 Babel6 版本的设计更为精巧,已经非常推荐更新。也正是由于 Babel 有两个版本,所以开发过程中很有可能遇到这样的情况, 模块 A 的开发依赖于 Babel5 版本,而模块 B 依赖于 Babel6 版本。
解决这个问题最好的做法就是把 A 和 B 拆开,独立开发和发布。并且在发布到 NPM 的时候发布是的编译后的,也就是 ES5 版本的代码。
所以如果你的机器上的 babel
是全局安装的,是时候卸载它了,因为它的版本不是 5 就是 6 ,会导致一些不可预见的问题。
npm uninstall babel-cli --global
正确的安装方式是把 babel-cli 作为 development 依赖
npm install babel-cli --save-dev
使用的时候并不是直接调用全局的 babel
而是调用依赖里的 babel
可执行文件
./node_modules/.bin/babel
如果按照前文的约定来组织代码,src
目录结构看起来是这样的
src
├── bar.js
├── foo.es6
└── MyComponent.jsx
模块所有的代码都在一个目录下,这样编译过程就简单多了,两条命令就可以完成
./node_modules/.bin/rimraf lib
./node_modules/.bin/babel src --copy-files --source-maps --extensions .es6,.es,.jsx --out-dir lib
输出目录的结构
lib
├── bar.js
├── foo.js
├── foo.js.map
├── MyComponent.js
└── MyComponent.js.map
命令详解
具体解释一下各个命令的作用:
第一条命令 ./node_modules/.bin/rimraf lib
作用 编译前清空之前的 lib 目录,这是一个好习惯,可以杜绝对 lib 下的文件的任何手动更改。
第二条命令
./node_modules/.bin/babel src --out-dir lib --source-maps --extensions .es6,.es,.jsx --copy-files
作用 遍历 src 目录下的文件,如果后缀名是 .es/.es6/.jsx 中的一种,就编译成 ES5,否则就直接拷贝到输出目录 lib 下
参数详解:
--out-dir lib
指定输出目录为 lib
--extensions .es6,.es,.jsx
指定需要编译的文件类型
--copy-files
对于不需要编译的文件直接拷贝
--source-maps
生成 souce-map 文件
.babelrc 文件
编译过程中还隐含了一个步骤就是加载 .babelrc
文件里的配置,该文件内容如下
{
"presets": [
"es2015",
"stage-0",
"react"
]
}
这是因为 Babel6 采用了插件化的设计,做到了灵活配置:如果要转换 JSX 语法文件,就加上 React 的 preset,同时项目依赖里要添加
babel-preset-react
npm install babel-preset-react --save-dev
样例代码
开发和调试 React 模块目前最好用的打包工具还是 Webpack,在项目跟目录下,新建一个 example 目录:
example/index.html
<!DOCTYPE html>
<html lang="zh-cn">
<head>
<meta charset="UTF-8">
<title>Example</title>
</head>
<body></body>
<script src="bundle.js"></script>
</html>
example/src/index.jsx
import React from 'react';
import MyComponent,{foo,bar} from '../../';
import {render} from 'react-dom';
var element = document.createElement("div");
document.body.appendChild(element);
render(<MyComponent name="myComponent"/>, element);
webpack.config.js
var path = require('path');
module.exports = {
entry: path.join(__dirname, 'example', 'src', 'index.jsx'),
output: {
filename: 'bundle.js'
},
module: {
loaders: [{
test: /\.jsx$/,
loader: 'babel',
include: [
path.join(__dirname, 'example')
]
}]
},
devServer: {
contentBase: path.join(__dirname, 'example')
}
}
运行样例代码
./node_modules/.bin/webpack-dev-server
发布
发布前,还有一件事就是为你的模块添加一个入口文件 index.js
,全部指向编译后的代码
module.exports = require('./lib/MyComponent');
exports.default = require('./lib/MyComponent');
exports.bar = require('./lib/bar');
exports.foo = require('./lib/foo');
接下来就可以发布到 NPM 了。
npm publish
使用
别的开发者如果想使用你新发布的模块的时候可以直接通过 NPM 安装
npm install react-component-example --save-dev
然后在父级项目的代码里导入模块
import MyComponent,{foo,bat} from 'react-component-example'
此时导入的直接是 ES5 代码,跳过了组件的编译过程从而避免了出现组件 Babel 版本和父级项目 Babel 版本不一致的问题,并且速度更快,是不是很棒!
使用源码
假设你的模块包含很多组件,开发者可能只想用其中的一个或某几个,这时可以这样导入:
import MyComponent from 'react-component-example/src/MyComponent.jsx'
这种情况下,导入的是 ES6 代码,并且会被加入父级项目的编译过程。此外,父级项目在编译这个文件的时候会读取组件的 .babelrc 配置文件。
样式
推荐每个模块在发布的时候把样式文件 style.css 放在根目录下,如果使用的是预处理工具 LESS 或者 SASS, 同样把处理前后的样式文件一起发布。
关于
本文使用的 babel 版本
./node_modules/.bin/babel --version
6.4.5 (babel-core 6.4.5)
LICENSE
MIT