业务背景
目前团队内的开发模式多是面向组件的，UI层和逻辑层均强耦合在一起，由于业务的差异性，往往很难完全复用。
闲鱼前端业务处在高速发展不断尝试的阶段，如何能更快更稳定地完成需求，更好的支撑业务发展绝对是一个值得探索的问题。
在接手一个复杂的老业务代码时，经过较多人的修改，往往可维护性较差，有时只想修改某个小地方却需要较大的理解成本，所以用一套统一的组件开发规范在长期维护中显得格外重要。
闲鱼技术体系经历了从weex、rax0.x到现在rax1.x的变更，中间有过一些前端资产的积累，但是由于迁移的成本后期都不再维护，如何用更小的成本让业务层平稳过渡到新的技术体系?
对于以上的问题我们希望能用框架一并解决，对于该框架的目标主要包括：
提高代码可复用性
规范代码，降低长期维护成本
降低业务层与技术体系的关联
思路
关于提效，其中比较重要的是相同的代码不要重复写，做更细的区分和提取，提高可复用的颗粒度。另一方面是解决现有开发下比较影响开发效率的问题。
组件的分层
所以我们将面向组件的开发模式分为UI层View和逻辑层Store，以Interface进行隔离和耦合。
图一：组件构成
在UI层无需关心状态的流转，只负责展示和交互方法的调用，DOM相关的动画交互等行为逻辑也会放到该层中。 
图二：组件分工
在确认了分层的逻辑后自然就引入了Interface，主要分为两部分：一部分是IProps，申明该组件所需的Props，在使用者调用该组件时进行对应的提示和约束；另一部分则负责连接Store和View，其中包括状态state和交互方法；见下面的Interface示例：
export interface IMultiScrollerProps {
tabs: string[];
onTabChange?(i: number): void;
}
export interface IMultiScroller extends IBase {
readonly tabIndex: number;
readonly tabSource: ITabItem[];
readonly children: any[];
onSwiperChange(i: number): void;
}
状态管理
对于较复杂的组件hooks在多次迭代后的维护成本会非常高；
有时候，你的useEffect依赖某个函数的不可变性，这个函数的不可变性又依赖于另一个函数的不可变性，这样便形成了一条依赖链。一旦这条依赖链的某个节点意外地被改变了，那么useEffect就被意外地触发了后面的情况就会变得不可控。
异步陷阱
状态的修改是异步的 useState返回的修改函数是异步的，并不会直接生效，所以此时读取该值获取到的是旧值。要在下次重绘才能获取新值。不要试图在更改状态之后立马获取状态。
const [value, setValue] = useState(0);
setValue(100);
console.log(value); // <- 0const [value, setValue] = useState(0);
window.setTimeout(() => {
console.log('setAnotherValue', value) // <- 0
}, 1000);
setValue(100);关于 Hook 中的闭包：useEffect、useMemo、useCallback都是自带闭包的。也就是说，每一次组件的渲染，其都会捕获当前组件函数上下文中的状态(state、props)。所以每一次这三种 Hook 的执行，反映的也都是当时的状态，无法获取最新的状态。对于这种情况，应该使用 ref 来访问。
任何源自应用状态的东西都应该自动地获得。
实现
API
demo
import { IBase } from '@ali/idlefish-linke';
export interface IComponentProps { // 组件所需props
tabs: string[];
onTabChange?(i: number): void;
}
export interface IComponent extends IBase { // 连接view和store的state&交互方法
readonly items: any[];
handleLoadmore(): void;
}
import { observer } from "@ali/idlefish-linke";
import Store from './store';
import { IComponent, IComponentProps } from './interface';
function Component({items, handleLoadmore}: IComponent) {
return (
<View>
{
items.map(item => {
return <Text>{item.title}</Text>
})
}
<View onClick={handleLoadmore}>load more</View>
</View>
)
}
export default observer<IComponentProps>(Component, Store);
import { makeAutoObservable } from "@ali/idlefish-linke";
import { IComponent } from './interface';
export default class ComponentStore implements IComponent {
/**
* 所有状态变化必须通过$$set来触发Effect
* $$set赋值来自于makeAutoObservable(this);
* this.$$set('items', [])
*/
$$set;
/**
* 带初始值的属性会自动被观测
*/
items: any[] = [];
page: 1;
constructor() {
// 自动observable该类
makeAutoObservable(this);
}
$$setProps(props) {
... // 对props的处理可以放到这里
}
$$didMount() { // 通过 $$didMount / $$unMount 来感知view的生命周期
this.fetch();
}
fetch () {
mtop.request('mtop.xxx', {page})
.then(d => {
this.$$set('items', d.list);
})
}
handleLoadmore = () => {
this.$$set('page', this.page++);
this.fetch();
}
}
对比
图七：基于Linke的组件开发模式
