根据业务功能进行模块化一直以来都是后端的普遍做法，而Web前端则通常都是按照UI界面的视图区块View来进行模块化，这样的模块实际上只是Component组件，不具备独立自治的能力。究其原因我想是因为在早期Web1.0的时代，前端的职能就是仅仅作为后端API数据的一个Render渲染器，所以前后端的视野和格局出现了分化，也导致很...

本项目主要基于Elux+Antd构建，包含React版本和Vue版本，旨在提供给大家一个简单基础、开箱即用的后台管理系统通用模版，主要包含运行环境、脚手架、代码风格、基本Layout、状态管理、路由管理、增删改查逻辑、列表、表单等。

有没有发现，在大家使用React/Vue的时候，总离不开一个小尾巴，到哪都得带着他，那就是react-router/vue-router，而基于它们的第三方框架又出现很多个性化约定和扩展，比如nuxtjs/nextjs/umijs都纷纷推出自己的路由方案。

css_scoped是Vue的专用方案，如果你使用React等其它UI框架，那么你可以使用更通用的css_module，其原理是为样式名加hash字符串后缀，从而保证class名全局唯一：

当你需要保持当前任务运行，同时开启一个新任务时，就需要多线程。弹窗何尝不是一种交互领域的多线程？它可以挂起当前的操作流，然后开辟一片全新的操作区域，让用户重新开始一条新的操作流，并且等待其完成后还可以重新返回之前的操作环境。

为什么在web前端很少有人会提到分层架构，例如经典MVC架构，这是因为浏览器诞生之初就只是作为一个后端数据的GUI渲染器。也就是说整体来看，web1.0时代的整个web前端工程就是一个View层，而Model和Controller就是指后端，所以根本无需在web前端工程中去提什么MVC。

前言：作为“前端微模块”这个概念有点新，之前虽然也有人提过这个词（可百度），但都只是简单的将其等同于动态加载模块，并没有赋予其更大的意义，好像也没有看到具体的落地方案。小弟也是突发奇想，摸着石头过河，想和大家讨论一下“前端微模块”会不会成为一片广阔的天空？