今天想跟大家唠唠“映照”这个词，感觉好多人对它有点一知半解的，或者觉得挺高大上的。它没那么复杂，我最近刚好实践了点东西，感觉对它有了点新认识，想跟大家分享一下，希望能帮大家捋清楚。
我的实践过程
事情是这样的，我最近接手的一个小项目，主要就是做一个数据统计和展示的平台。最开始的时候，我们有一堆零散的数据源，比如用户行为日志、订单信息、商品列表等等，这些数据都存在不同的地方，格式也不太一样。我的任务就是想办法把这些数据整合起来，然后在一个界面上清晰地展示出来，让运营的小伙伴们能一眼看明白用户都做了些哪些商品卖得哪些地方需要改进。
我开始的时候就想着，先把这些数据都导出来，然后写个脚本，把它们格式统一了，再导入到一个数据库里。结果搞了一半才发现，数据量特别大，而且更新频率也高，每次都全量导出再导入，效率太低了，而且还容易出错。数据源头那边稍微变动一下，我这里的统计就得跟着大改，简直头疼。
后来我换了个思路。我想到，我并不需要把所有数据都搬到我这儿来。我只需要在需要的时候，能从那些原始数据源里“看到”我想要的信息就行了。这就好比，我不用把整个图书馆搬到家里，我只需要能查到我想看的书在哪里，然后过去借就行了。
于是我开始尝试用一些“接口”或者“视图”的方式来处理。我对每个数据源都写一个小的接口程序，这个程序的作用就是，当我的统计平台需要某个数据的时候，它就去原始数据源里找，找到之后，按照我需要的格式“映照”出来，然后返回给我。比如，我需要统计今天有多少新用户注册，我的接口程序就去用户日志里数一数今天有多少条注册记录，然后把这个数字告诉我，而不是把全部用户日志都发给我。
再比如，我需要展示一个商品的销售情况。我写了一个接口，这个接口会同时去订单信息和商品列表里“看”一眼。它先找到这个商品的ID，然后去订单信息里统计这个ID被买了多少次，把商品的名字和销售数量一起“映照”出来给我。这样，我一次请求，就能得到我想要的所有信息，而且这些信息是实时的，是直接从源头“看到”的。
在这个过程中，我发现“映照”这个词用得特别贴切。它不是把东西“复制”过来，也不是把东西“搬运”过来，而是让一个东西（我的统计平台）能够“看到”另一个东西（原始数据），并且能以一种我想要的方式来呈现它。它就像一面镜子，把远方的景象“映照”过来，让你能看见，但镜子本身并没有把远方的景象变成自己的实体。
简单例子让你一学就会
- 手机屏幕： 你手机屏幕上显示的图片、文字，就是把存储在手机里的数据“映照”出来的。屏幕本身不是图片，但它能让你“看见”图片。
- 地图APP： 你用地图APP导航，看到的道路、建筑，是你手机通过GPS信号和地图数据“映照”出来的。APP本身不是地图，但它让你能“看见”真实的地理信息。
- 股票行情： 你在炒股软件里看到的股票价格、涨跌幅，是实时从交易所“映照”过来的。软件本身不是股市，但它让你能“看见”市场的动态。
简单来说，“映照”就是一种让你能在某个地方，看到、或者获取到另一个地方的信息的方式，而且这个信息往往是以一种更方便、更直接、更易于理解的“形式”呈现出来的，就像镜子把远处的东西照在你面前一样。
