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

在前端很少讲一些编程原则，所谓SOLID【本文首发于唐霜的博客】【原创内容，转载请注明出处】在前端根本行不通，但是，想要写出健壮的，著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。长期可持续维护的代码，就必须去理解这些在【未经授权禁止转载】本文作者：唐霜，转载请注明出处。其他编程领域通用的设计模式、原则、范式。

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

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

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

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

虽然代码本身没有错，但是这种写代码的意图本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】是有问题的，这里的思维是我一进来默认是{【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】}，然后我发起一个请求，这个请求一定会从【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】外面得到一个数据，我要用这个数据出发一个【本文受版权保护】【版权所有，侵权必究】变化。

这个思路是怎样的？这个思路一定是有一个动【作者：唐霜】【版权所有】唐霜 www.tangshuang.net线的，先怎样，好暂时结束，再怎样，结束。【本文受版权保护】【版权所有，侵权必究】也就是说你在这个函数里面，你是需要自己去【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】想象一种难以理解的流动性的。

我们来看看另一种思维：

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

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

这里，这个组件从实际行为上，也会和前面一本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net样被渲染两次，但是思路完全变了。对于我这原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】个组件而言，我的动线是，拿数据，渲染，结【作者：唐霜】【版权所有，侵权必究】束。虽然会被渲染两次，但是无论被渲染多少【本文受版权保护】【未经授权禁止转载】次，都是这样的一个思维方式。

你一看代码，心想，这有什么难的，不就是封转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net装了一个hook函数吗？

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

如果你能理解这一点，那么，我们就可以把这【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。个问题想的更深。

数据从哪里来？一定是通过ajax请求吗？【原创不易，请尊重版权】原创内容，盗版必究。如果哪一天换成rpc呢？

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

有了这样的理解，我相信，逐渐的，你也会尝【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net试自己去寻找一种在前端和数据源之间，可以本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。有效将不同数据源进行管理起来的方式。比较本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】幸运的是，我走的比较快一些。