大耳朵前端

设计思路： 系统应用级别，目前简单的路由方式，无法满足平台级别的应用。 设计动机： 注册动态路由 动态路由数据的存取 进入页面前/中/后的逻辑注入 多端路由访问和拦截 API 名称 含义 loader

设计思路： 本来这块的逻辑不多，都在应用管理器AppLoader里面写着，因为应用管理器中有关于接口服务注册和监听相关，最后做的东西会越来越多，面临如下问题： 业务不断扩展，对接口请求拦截部分要求也越

设计思路： 此管理器，主要是为登录页面服务和首页退出系统服务，支持子系统登录和多客户端登录 而且封装后 设计实践: 生产环境模式： 开发环境模式 暴露出这么多，看起来有点烦躁，不过还是要耐下心来，聊聊

设计思路： 阐述系统应用加载器之前，我们需要说明一点： 对于系统业务服务的部件，各部件的能力 对于系统应用加载器-AppLoader，它的定位是为业务基础运行服务。 标题 功能说明 配置初始化加载 应

架构思路： 构建应用框架之时，对框架进行了结构化构思，需要有一层设计，可以为业务公共层服务 Loader的想法，有点像webpack中的加载器，但两者不太一样 设计目的： 1、穿梭与底层框架与业务，服

# 字体图标库 ## 阿里巴巴矢量库 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4914af3be7ef429e89

名称：useHistoryStretch 需求来源 这个和路由操作相关的hooks，比较特殊一下，有点业务高度定制化的感觉， 业务扩展性，不通用 答案是没有什么不可以，但是出现了一个问题： 在开发功能

名称：useHistory 业务需求： 封装vue-router的 useRouter，因为觉得useRouter使用起来真费劲，而且真的的理由来着 名字借荐react的路由名称，封装后，函数内也可以

名称：useFrameLayout 业务需求： 这个名字想好了好长时间，从名字可以简单看出来，这个hooks的目的是和操作框架布局相关，本来好长一段时间实在不想开发这个，觉得必要性不强，但是又被处处困