模块分层架构：说明： 数据访问层 DAL(Data Access Layer): api/vuex/localStorage 等，数据存储的接口，包括但不限于本地和后台存储
 - 业务逻辑层 BLL(Business Logic Layer): detail/create/list 等，描述业务模型的场景和交互
 - 控制层 Controller: router/layout/nav/pag

对于架构设计，我们先要理解软件的本质，有扎实的基础，才能真正落地，同时借鉴服务端、操作系统等经验，事半功倍。如果我看得更远一点的话，是因为我站在巨人的肩膀上。 ———— 牛顿 一. 当前WEB前端所要去应对的场景是什么?可以总结为三大类: 业务系统 通用应用 工具类的应用 ⠀这三类可以统称为站点,或者是应用,最早的叫法是软件,我们可以从不同的角度去叫它,但表达的都是一个意思. 业务系统,

Introduction Background：In the complex business system of the supply chain, the front-end development work in the Retail team primarily involved creating single-page applications with simple interacti

Background 在供应链这种复杂的业务系统背景下，当时所在的Retail团队，前端开发的工作内容大部分都是开发交互简单但业务逻辑复杂的单页面。随着时间和功能需求的累积，面临的困境有： 逻辑分散，梳理难度大，业务场景越来越复杂，质量问题越来越多，连测试也难以覆盖所有场景 代码修改牵一发动全身，不敢随意修改和改造 从Element-UI组件库切换到SSC-UI组件库时，业务组件无法迁移，只能重写

前言组件仓库链接： 组件仓库 组件效果图： 组件应用: 因为工作需要，需要处理一个10w+数据量的transfer，所以将公司原先组件进行重构和升级。这篇教程主要内容为： 前提基础学习：GUI渲染时机、常见的超长列表渲染 超长单列表的渲染以及优化 再1的基础上，兼容分级列表 选择器transfer的构造 封装成插件，发布到npm上(to-do-list) 1. 前提基础学习a

该抛弃无效的重复练习了——《刻意练习》读后感 不知道大家是否听过一万小时理论，该理论认为不论你的天赋、出身如何，只要坚持练习一万小时，就机会成为领域内专家。但如果真的是这样的话，那我们从小学开始到现在，一直在学习英语，时间也不短了，我们拥有了很流利的英语口语能力了吗？ 单一重复的练习并非都是有效。重复练习的根本问题就是在于我们面对大量的工作任务没有自己想要得到的一个目标方向，而有目标练习的核心就是

一. HTML标签知多少？1. meta标签：自动刷新/跳转12345<meta http-equiv="Refresh" content="5; URL=page2.html"><!-- 上面的代码会在 5s 之后自动跳转到同域下的 page2.html 页面。 --><meta http-equiv="Refresh" content="60"><!-

关于webpack，真是让人又爱又恨。作为前台端水的一员，搞懂webpack是必不可少的！Webpack可以看做是模块打包机：它做的事情是，分析你的项目结构，找到JavaScript模块以及其它的一些浏览器不能直接运行的预编译语言（scss，TypeScript等），并将其打包为合适的格式以供浏览器使用。 一份webpack配置（webpack.config.js）包含以下内容: Entry：入

一.复杂度1. 复杂度是什么复杂度是衡量代码运行效率的重要的度量因素。先看一下复杂度和计算机实际任务处理效率的关系，从而了解降低复杂度的必要性。 计算机通过一个个程序去执行计算任务，也就是对输入数据进行加工处理，并最终得到结果的过程。每个程序都是由代码构成的。可见，编写代码的核心就是要完成计算。但对于同一个计算任务，不同计算方法得到结果的过程复杂程度是不一样的，这对你实际的任务处理效率就有了非常大

移动端布局关于像素的那些事 css像素（CSS Pixel）： 虚拟像素，浏览器内的一切长度都是以css像素为单位，是相对单位（也就是说会变化的） 物理像素（dp）: 也就是我们所说的屏幕分辨率，在设备出厂的时候，屏幕含有多少个物理像素点已经是确定，这些像素点的大小也是固定的了。（但像素点的大小不是固定的，比如同样的尺寸下可以有不同的分辨率，说明这个屏幕下的像素点数量不同，那每个像素点大小肯定是