随着我们解决的场景越来越专业化和复杂化，大型SPA应用的流行，前端承担的职责越来越多。代码的质量和系统的完整性越来越难把握。很容易导致迭代着迭代着发现代码改不动了。最后只能新起炉灶，重新开发。归根到底在于复杂度的失控，本文会尝试分析其中的问题以及从前端如何应用领域模型开发的角度…

让我们继续讨论前端可扩展性！在上一篇文章中，我们仅在概念上讨论了前端应用程序中的架构基础。现在，我们将动手操作实际代码。 不管你使用哪个库来抽象 view 或管理 state，前端应用程序中都有重复出现的模式。在这里，我们将讨论其中的一部分，因此请系紧安全带！ 我们选择用例作为…

关于软件开发的可扩展性这一概念有两个最常见的的意义：代码的性能和可维护性。你可以同时兼顾这两点，但是专注于良好的可维护性会让一件事情变得容易，那就是提升性能且不影响应用的其余部分。更重要的是，前端与后端有一个重要的区别：本地状态。 在这个系列博客中，我们将会讨论如何通过实际的经…

作者：京东零售 赵嘉铎 一、架构升级背景 与高并发请求给C端系统带来的系统高性能、高可用能力挑战相比，B端系统所面临的挑战则是如何在海量多维度、多模块、多场景融合的复杂业务需求中保持系统健康、稳定、快

团队归属于后方业务支撑部门，组内的项目都以pc中后台应用为主。对比移动端应用，代码库比较庞大，业务逻辑也相对复杂。在持续的迭代过程中，我们发现当前的代码仓库仍然有不少可以优化的点。

它是一种非常方便的方案，可以帮助你解耦你的代码。让层、模块和服务尽量独立。不仅可以独立发布、部署，还可以让你从一个项目迁移另一个项目的时候也更加容易。

首先，我们将谈论什么是简洁架构，并熟悉诸如领域（domain）、用例（use case）和应用层（application layers）等概念。然后，我们将讨论这如何适用于前端，并探讨其是否值得尝试。

很多开发者都有一个迷思，认为项目里的代码质量和可维护性的持续下降，主要根源在于时间紧迫、需求变动频繁。如果产品需求更加明确，并给予足够的开发时间，开发团队可以长期保证代码质量和可维护性。 今天介绍的D

春节活动中，多个业务方都有发放优惠券的需求，且对发券的 QPS 量级有明确的需求。所有的优惠券发放、核销、查询都需要一个新系统来承载。因此，我们需要设计、开发一个能够支持十万级 QPS 的券系统。