MVC的之间的构造关系得到简化和解耦，模型（Model）和掌握器（Controller）不再依赖视图（View）。
易用性是对过往的归纳总结；
可掩护性是对场景需求的进一步的抽象演绎；
State定义 & Reducer函数 对应 Model层
Effect函数对应Controller层
View函数对应View层
fish_redux3.0目的是办理由于客户端/前端运用层软件墒快速上升, 提升软件可掩护性, 提高团队协作效率。客户端/前端 运用层软件繁芜度快速上升,它的缘故原由可能有这些:项目中短缺运用架构, 将完备无法应对需求迭代和职员迭代的变革。
运用架构和现实需求的不匹配, 导致运用架构无法起到有效的隔离和复用的浸染, 乃至成为一种阻碍。
开拓者的认知和设计水平差异, 没有达成团队内有效的共识。
运用框架是运用架构的一种详细的代码实现，以上几点是fish_redux产生和演进的紧张动机。而当下fish_redux3.0的阶段性目标:收到大家的反馈, 须要提升易用性。
提高软件的可掩护性, 有传承和延续性。
试图去整合覆盖更多的闲鱼内场景, 形成运用框架的统一编程范式。
fish_redux3.0.1版本第一步，提升fish_redux的易用性，可掩护性。因此核心能力的观点精简，整体实当代码的瘦身是我们的紧张目标。fish_redux2.0版本代码量在3k+行，经由这次的精简后整体代码保持在1k行旁边。接下来分三个纬度来先容观点是如何精简。fish_redux结合了Redux的状态管理特点, 产生的基于状态驱动&组装式组件化&函数式&高性能的运用框架。在当代化的UI库中, 都是相应式, 状态驱动的。更进一步，在fish_redux中, 驱动UI是自动的。只要状态变革，组件就会得到刷新。 第一层状态管理层, 卖力了状态的集中化管理, 向上供应了单一数据源下的组件化/状态的读写和变更订阅的能力. Middleware是设计用来做这一层的切面扩展能力.在fish_redux中, 对组件和组件之间的关系, 做了全新的定义，目的是构建高度隔离的业务代码.
在隔离的根本上, 供应了业务组件的复用单元.
将组件与组件之间的依赖关系, 显式声明. 在浩瀚类型的详情/发布场景中, 提高了业务编排可读性可掩护性可扩展性.
将组件内的业务代码, 通过抽象, 将业务代码划分为View/Reducer/Effect三个角色. 每一角色卖力单一职责. 每一单一职责都有每一确定的函数署名来约束.上诉核心能力梳理后，明确了各个功能层的核心类以及API。在状态管理我们保留了根本能力部分以及切面能力。Redux：Store/Connector/DispatchBus/Action 切面能力：MiddleWare 我们做到了最小代码两情形下支持Redux框架能正常work，状态驱动能力得到完美实现。组件部分（Component）：View/Reducer/Effect/Context 组成。显而易见的是我们去除了redux_aop/redux_routes/redux_component_mixin等部分能力，这样子做的目的是这一部分的能力非fish_redux的核心能力，是一些基于redux做的一些能力扩展，在fish_redux增加部分代码徒增观点，利用者的理解本钱会加大。同时redux_middleware,redux_connector合并至redux之中，redux_adapter合并至redux_component之中。fish_redux2.0实现Component引出了许多功能附近，差异度较低的抽象类,Component/Logic/AbstractLogic/AbstractComponent等。同时Adapter的实现在此根本上更为繁芜，Adapter/AbstractAdapter/AbstractAdapterBuilder/Logic/AbstractLogic/AbstractComponent。如此层级下去阅读实现，调试等本钱是巨大的。因此我们对组件层的实现做到的了层级收拢，减少多余的观点，保留了BasicComponent/Component/Adapter。优化前：abstract class Component<T> extends Logic<T> implements AbstractComponent<T> { .....}abstract class Logic<T> implements AbstractLogic<T> { ......}abstract class AbstractComponent<T> implements AbstractLogic<T> { .......}abstract class AbstractLogic<T> {....}优化后：class Component<T> extends BasicComponent<T> { ...}Class Adapter<T> extends BasicComponent<T> { ...}abstract class BasicComponent<T> { .....}
同时我们对Context部分也做了相同的优化，高下文（Context）针对任何组件是相同的观点与实现。同时针对View吸收Context保持了统一实现。原有Context部分：ComponentContext/LogicContext/ContextSys/Context/ViewService AdapterContext/LogicContext/ContextSys/Context/ViewService 多层级实现继续在调试和观点理解也是有一定难度，对付这一部分的重构和减少层级部分我们也做出了变革。fish_redux2.0:class AdapterContext<T> extends LogicContext<T> {}class ComponentContext<T> extends LogicContext<T> {}abstract class LogicContext<T> extends ContextSys<T> with _ExtraMixin {}abstract class ContextSys<T> extends Context<T> implements ViewService {}abstract class Context<T> extends AutoDispose implements ExtraData {}abstract class ViewService implements ExtraData {}fish_redux3.0:abstract class ComponentContext<T> {}class ComponentContextImp<T> extends ComponentContext<T> {}
我们规范了Context只管理Component组件节点的高下文管理，对付虚拟组件，普通组件保持相同实现无差异化。Context目前卖力Component的生命周期，发送，以及缓存等功能，同时保存了store已经BuildContext部分。对付代码实现上一眼就能明白Context的能力实现，十分清晰。扩展能力部分抽离，保持核心可扩展能力。View/Effect/Connector 等功能部件部分，我们做了一系列的扩展，方便利用等核心能力。考虑到对付这些功能为非核心功能部分，不同利用者存在不同意见，同时统一app落地存在不同利用的办法。因此我们针对这些能力移动到后续fish_redux的扩展包中。扩展能力部分的想法来自于Adapter的演进，Adpater的前身有许多功能性Adapter变种，DynamicFlowAdapter, StaticFlowAdapter等利用与不同列表的拉平功能。其核心能力归结于FlowAdapter的Dependents的描述，试想针对这一类的变种是会源源不断，不同场景实现也不相同。对付扩展包收拢该“实现”，基于fish_redux核心能力适应于不同场景的“变种功能”。扩展包的想象力与意见意义性还是很足的。针对View/Effect/Connector/Adapter等我们已经有很好的构思，扩展包也在持续输出中。总结fish_redux2.0精简版本至3.0部分，整体代码量由3k+减少到目前的1k旁边。在不断的优化核心能力部分，相信更加简便的实现和代码优化会不断的输出。我们列举了目前方案的Action，在近期我们会不断投入并且实现的部分。3.0 版本的release，和扩展能力包输出并且release。同时也会对2.0版本适配DartSDK 2.x的适配。
虚拟组件如何更优雅的实现，生命周期如何更合理化，虚拟组件如何更奥妙的嵌入。
Flutter侧运用框架，对付不同业务类型的业务容器的支持。（目前支持ListView容器）
同时定制更长远的操持，不断的像大家输出更好的fish_redux。3.x的目标提升框架的“生命力”，是为了让更多的开拓者参与到fish_redux的利用和培植中，不断的完善改进，保持与Flutter的共同发展。以是在核心实现层的代码精简，扩展能力层的输出是让开发者从利用层面，实现部分都能进来谈论并且进入开拓。只有这样子可持续的发展进步才能让更好的运用框架被开拓者们利用，挖掘。我们也希望我们能在Github上做一些更多的谈论，共同在Flutter侧的Redux运用框架作出贡献。fish_redux3.0-beta版本很快会与各位见面。References[1] 软件工程: https://zh.wikipedia.org/wiki/%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B[2] 软件架构: https://zh.wikipedia.org/wiki/%E8%BD%AF%E4%BB%B6%E6%9E%B6%E6%9E%84
