## 头痛 erp这边rd用的编译型语言Java，每次发版代码都需要重新编译一下，然后才能生效。 但就是这个编译重新载入的时间，经常会影响我们FE开发！ 破坏我们创作代码的热情！ 于是为了解决该问题，基于birdV3的standup应运而生 ## 原理 首先了解一下BirdV3的基本原理 ``` Client(Browser) --------> Bird -------

## 需求 在项目开发初期，未考虑到需要做数据列表页面的数据（如分页、排序、条件查询...）同步至 url. 但这种需求在对于数据列表是必要的。 因此需要一种较为“优雅的”方式来“独立”实现数据-url 的同步 ## 思路 1. 首先，项目中的页面结构如下 ``` state.js # mobx index.js # react page ... ``` 一个view

## 定义 高阶组件（Higher Order Components, HOC）: 通过它，将一个组件包装成另一个组件 ```js const EnhancedComponent = higherOrderComponent(WrappedComponent); ``` ## 两种HOC方式 ### wrap方法 如下：将 Pagination 进行一层 wrap，为了与 rd 接口

## 画个饼 1. doc-pipe 是一个本地和服务器两端的一个双向通道，可以从本地推送到服务器(push)，也可以拉取服务器树状文档至本地(pull) 2. doc-pipe 可以完成在本地完成对远端文档的同步和管理 3. doc-pipe 自动化生成文章索引 ## 目前定位 1. 十分适合个人文章(不可协同编辑)的管理和发布，实现本地到远端的同步。 2. 如：个人standup、分

## 算法需要做什么事情 - Input -> Output 将原始的markdown文本解析成为一颗树形结构。 ````markdown # A -> # A --- i'm an apple. i'm an apple. |-- i'm an egg. i'm an egg.

## 为什么有这个需求 1. 个人习惯于书写原生的Markdown（纯粹的文本编辑）。不需要记各种快捷键。 2. 书写原始 markdown 文件方便进行个人博客文章的部署和备份。 3. 方便将文章发布至其他平台（GitHub/SF...） ## 如何使用 [repo地址(doc-import-md)](https://github.com/imcuttle/doc-import-md)

## 必要性 ### 自动化是个好东西 自动化可以帮我们简化一些枯燥（重复）的工作，提高工作效率。 ### Demo是个好东西 Demo可以帮助我们更快捷地了解某组件的用法。 ## 自动化流程 1. Dev Local: git push origin release/demo 2. Git Remote: origin(remote git server) received t

## 是什么 首先，此gojs非彼gojs(图表库) 该工具将 webpack "内嵌"，可以很方便快捷的"搭建"一个commonjs前端执行环境。 只需要全局安装 `npm i -g go-js` ## 概念 `go-js` 认为一个js文件就是一个入口(entry) ## 特征 1. 程序运行时，自动下载依赖包 - js文件中静态`import/require`的

## 为什么 React组件化的开发思维，大大地缩减了我们的开发时间。 于此同时也带来了一些问题： 1. 大量组件的维护和兼容问题 2. 对于组件的学习使用，需要组件Demo展示 3. ... 对于第二点问题，Demo 的书写可能不能够对组件覆盖全面 甚至需要深入查看组件源码才能明白配置项的功能 ## 解决方案 ### React-Live [demo](ht

# 前言 临近大学毕业，做下小小的总结，算是为后面的优秀学子宣讲提供材料了。 # 个人介绍 - 姓名：余聪 - 任职公司：北京百度 - 任职岗位：Web 前端工程师 - 税前年薪：xk*14.6月（12个正常月，1个月工资算年中奖，1.6月工资算年终奖） - GitHub：moyuyc（GitHub 是全球最大的代码存放网站和开源社区） - 博客：blog.moyuyc.xyz - QQ：