阿佛加德奔

以前并未注意到表单校验规则的可维护性，哪个组件用到，就在组件内完成即可。直到PM问了我2个问题。。。

模块化抽象的本质仍旧也逃离不了“高内聚、低耦合”这2个永恒的主题。更具体的，主要是为了性能和可维护性。

前端屎山精华教程！按此修炼，你在公司的地位将无可撼动，再也不会被裁员、被毕业！加薪永远第一个考虑你， 亲测无效！

“纯组件”作为性能优化的手段，本应该值得在全局使用。如果我们真的那么做了，则React官方就应该默认所有的组件都是“纯组件”。但事实上React官方并没有这么做，这是为什么？

leggo低代码工具帮助前端通过“拖拽交互”快速搭建和维护表单结构，轻松完成那些无脑重复搬砖的表单组件。使得前端能够更专注于开发拥有复杂逻辑的表单组件。

介绍一个轻量化的IoC框架——InversifyJS，它提供了非常完备的依赖注入（DI）实现，可以直接用于前端应用的开发。

上一文《前端也要懂的解耦思想：从面向接口到IoC容器》我们遵循IoC设计思想手动实现了一个IoC容器（代码参考如下），利用IoC容器实现了模块间依赖关系的解耦。解耦的好处是显而易见的，但同时也带来了代码繁琐（模块需要手动注册进容器）的问题。而且高层模块需要手动从IoC容器获取依…

上一文《前端也要懂的解耦思想：从面向对象到面向接口》我们已经通过依赖倒置原则（DIP），将模块间的依赖关系从具体实现细节转化成了抽象需求接口，即所谓的面向接口编程，从而实现了很大程度上的解耦。个人目前所遇到的前端项目，通过DIP原则+TS已经可以足够好的处理耦合关系。但随着工程…

前端似乎很少谈设计思想，大部分的编程思想和设计模式都是来自于后端的经验和总结。但是随着前端工程化越来越重，促使我们这些前端切图仔也不得不开始关注编程思想和设计模式。从面向过程到面向对象，所有编程理念和思想的提出，本质上是为了调和程序员稳定的个体智力水平和程序不断上升的复杂度之间…