上一篇文章介绍了我的前端数据源治理思想，【原创不易，请尊重版权】【作者：唐霜】其中提到了非常重要的数据源的概念。在推动本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。团队按照这个数据源思想进行实施时，受到了本文作者：唐霜，转载请注明出处。【作者：唐霜】不小的阻力。除了团队成员对架构、业务特性【原创不易，请尊重版权】未经授权，禁止复制转载。对技术的要求、长远眼光等的认识不足外，还【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。有一点就是分层设计对直来直去的前端开发很【关注微信公众号：wwwtangshuangnet】【转载请注明来源】难接受，因为要写多个文件更多代码，而且分著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】散在不同处的代码看上去都是在为一件事服务本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】。

在前端很少讲一些编程原则，所谓SOLID【转载请注明来源】转载请注明出处：www.tangshuang.net在前端根本行不通，但是，想要写出健壮的，【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】长期可持续维护的代码，就必须去理解这些在本文版权归作者所有，未经授权不得转载。【转载请注明来源】其他编程领域通用的设计模式、原则、范式。

多态，在数据源上其实是比较容易体现的。听【未经授权禁止转载】【作者：唐霜】上去比较难理解。我认为前端应用因为和数据【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。请求绑的太死，导致你需要通过处理异步（也【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】就是Promise的resolved）来【原创内容，转载请注明出处】【作者：唐霜】解决更新界面的问题。比如angular里【本文首发于唐霜的博客】【版权所有，侵权必究】面，你必须得注入$q来触发界面更新，在r【作者：唐霜】原创内容，盗版必究。eact里面，你得随时随地调用setSt【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】ate来更新。这使得异步动作被死死的绑定【转载请注明来源】【访问 www.tangshuang.net 获取更多精彩内容】在组件中，而且你必须按照异步思维撰写组件【本文受版权保护】本文版权归作者所有，未经授权不得转载。。但在我看来，特别是react中，我们应【转载请注明来源】【本文受版权保护】该是同步思维，我们的天上会有一个神在观察著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。世界的变化，然后将世界刷新成新的模样。对原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。于身处这个世界的人，我们不需要也不能够观【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】察这个变化，这个变化在世界之外，就像这个原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。变化在组件之外，不应该在组件内部一样。而【转载请注明来源】【访问 www.tangshuang.net 获取更多精彩内容】直接在组件内部写异步请求就是企图僭越去做本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。神该做的事情，例如下面的代码：

function SomeComponent() {
  const [data, setData] = useState({})

  useEffect(() => {
    fetchData().then((data) => {
      setData(data)
    })
  }, [])

  return (
    <div>{data.title}</div>
  )
}

虽然代码本身没有错，但是这种写代码的意图未经授权，禁止复制转载。原创内容，盗版必究。是有问题的，这里的思维是我一进来默认是{【关注微信公众号：wwwtangshuangnet】【转载请注明来源】}，然后我发起一个请求，这个请求一定会从【本文首发于唐霜的博客】【版权所有，侵权必究】外面得到一个数据，我要用这个数据出发一个本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。变化。

这个思路是怎样的？这个思路一定是有一个动【本文受版权保护】本文作者：唐霜，转载请注明出处。线的，先怎样，好暂时结束，再怎样，结束。本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】也就是说你在这个函数里面，你是需要自己去本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。想象一种难以理解的流动性的。

我们来看看另一种思维：

function SomeComponent() {
  const [data] = useData(someSource)

  return (
    <div>{data.title}</div>
  )
}

这里，这个组件从实际行为上，也会和前面一【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。样被渲染两次，但是思路完全变了。对于我这未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。个组件而言，我的动线是，拿数据，渲染，结著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】束。虽然会被渲染两次，但是无论被渲染多少【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。次，都是这样的一个思维方式。

你一看代码，心想，这有什么难的，不就是封本文版权归作者所有，未经授权不得转载。【作者：唐霜】装了一个hook函数吗？

但是你得到这个结论的时候，实际上是从结果本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。反推你想要的解释。而真正理解了的人，他一【原创内容，转载请注明出处】原创内容，盗版必究。定是从自己的思维开始出发，最终得到了这样【版权所有，侵权必究】【原创不易，请尊重版权】的结果，实际上是完全不同的两种思维方式。未经授权，禁止复制转载。【本文受版权保护】即使你通过“封装”反推出“和我写的两次渲【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】染没有差别“，也无法否定别人”拿数据，渲【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。染，结束“这么一条动线的思维是更优秀的。

如果你能理解这一点，那么，我们就可以把这本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。个问题想的更深。

数据从哪里来？一定是通过ajax请求吗？本文版权归作者所有，未经授权不得转载。【本文受版权保护】如果哪一天换成rpc呢？

数据的来源是多态，但是对于我们上面这个组转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。件本身而言，我并不需要为每一种情况去做区未经授权，禁止复制转载。【版权所有，侵权必究】分，我只需要统一一种处理方式即可，所以的【转载请注明来源】原创内容，盗版必究。数据来源，对我来说，我并不需要关心，我只原创内容，盗版必究。【转载请注明来源】是用它而已，而且我也知道这个data.t【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.netitle就是我需要的。面对这个多态，我们【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net最好是用ts去写出它的接口，然后有不同的【转载请注明来源】著作权归作者所有，禁止商业用途转载。数据源，也就是我上面传入的someSou【原创不易，请尊重版权】【未经授权禁止转载】rce对象来具体实现，我们后续可以传入另【本文首发于唐霜的博客】【转载请注明来源】一种实现someSource2，但是这并著作权归作者所有，禁止商业用途转载。【本文受版权保护】不影响我们任何的代码逻辑，只是在some【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。Source2自己内部实现时，稍有不同而著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】已。

有了这样的理解，我相信，逐渐的，你也会尝【版权所有，侵权必究】【本文首发于唐霜的博客】试自己去寻找一种在前端和数据源之间，可以著作权归作者所有，禁止商业用途转载。【作者：唐霜】有效将不同数据源进行管理起来的方式。比较著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】幸运的是，我走的比较快一些。