用户1952724695774

技术方案对于程序员而言是个老生常谈的话题，但是很多人并不明白为什么要写以及如何写，今天和大家系统的聊聊前端开发如何写好技术方案

随着前端工程化的理念不断深入，我们会更多的选择使用脚手架从零到一搭建自己的项目。这些脚手架提供的都是普遍意义上的最佳实践，但是实际开发中发现，随着业务的不断发展，必然会出现需要针对业务开发的实际情况。

笔者在开发 cli 的过程中，调研流行的 cli 并形成最佳实践，本文旨在用最短的篇幅实现主要功能，揭露核心原理，同时提供 demo 仓库与大家学习探讨。 一个命令，就可以把我预设的完整的工程目录创建好，特别方便效率。 上面雏形脚手架可以很好的服务于个人需求，但是毕竟过于干瘪和…

总结在公司用verdaccio搭npm私有库完整流程和遇到问题，发布包后发送钉钉推送消息，以及权限控制。

1、脚手架的简单雏形；2、脚手架工具体系；3、手写自己的脚手架；4、yeoman 的使用；5、plop 的使用

微前端概念 微前端是借鉴了微服务的理念，将一个庞大的应用拆分成多个独立灵活的小型应用，每个应用都可以独立开发，独立运行，独立部署，还可以随意组合，这样就降低了耦合度，从而更加灵活。 微前端特性 技术栈

前一段时间在做一些财务相关的需求时，变量的命名成了一个难题，一个列表十几二十个字段，而且大部分是那种看着中文都不知道是什么意思的抽象名词。

之前写过一篇文章 我理想中的低代码开发工具的形态，已经吐槽了各种封装 xxxForm，xxxTable 的行为，这里就不啰嗦了。今天再来看看我的工具达到了什么程度

1. 抽组件 ≠ 拆文件夹 很多初学 Vue 的人对“组件化”的理解就是：“页面上出现重复的 UI？好，抽个组件。” 于是你会看到这样的组件： 接着你又遇到需要加图标的输入框，于是复制一份： 再后来你