前端架构随想

[Johnqing]

近几年终于有人开始提到前端架构这个词，架构是用来解决负责应用的，之前早在服务端和客户端的同学里盛传。

其实前端架构这个事也被其他工种的同事鄙视过，在大家的理解中其实前端只是服务于简单的页面交互和堆积大量的html。

在现代浏览器发达的这个阶段，又有Node.js这样可以提供跨端能力的东西，前端整体的业务复杂度从刀耕火种，逐渐走向现代文明（其实跟很多后端的应用还是有差别）。

言归正传，我理解的前端架构其实是如何突破团队现有瓶颈，并且设计出能在后期快速业务的迭代中找到路的人（ps:路不一定是对的，但是一定要有人来趟）。

最近也有人跟我聊起架构这个事，但是最终发现他在谈UI组件化的事，我在谈怎么从业务入手去做事，最终大家牛头不对马嘴，不欢而散。

业务这个词很抽象，也很具象。抽象是说它是一个发散的概念，我们需要从中梳理出脉络。具象是说当我们能梳理出相应的脉络，然后把它落地生根，并且在一段时间内，可以见到结果。

架构落地其实很难，如何说服大家一起来帮你落地，不要想着自己搞，简直扯淡。如何有能在落地或者落地之后的一小段时间能找到问题，快速去修正。

架构不是一个框架、也不应该是一个工具、也不应该是一个方案，它应该是我们通过经验和对业务的深入理解来抽象出的一种思想。