Dataview 不是官方插件所以恐怕不会整合（当然也可能合作或加入，像 Minimal 作者一样），目前也有一些可视化的插件，比如 Porjects、DB Folder（个人感觉体验一般，都有些瑕疵），Dataview 作者已经在做下一代 Datacore，预计二月底发布预览版。
你这么一说又点醒了我，何不在社区发起年度投票，把票数很高的几个插件分别整合加入核心，或者为了避免ob的臃肿，不加入核心但对插件进行整合升级，使其更具有普遍的可操作性……当然想法不太成熟，路还很长……
好用插件太多了，都加入核心官方没这个精力开发吧……不过确实觉得有些插件功能本来是应该作为基础功能的，现在一直在弄 canvas，觉得不如先把基础功能搞好点，像是 recent files、advence tables 啊啥的，这些真的都应该是基础功能（都没要求他做typora那种表格了是不），可能官方也觉得这种基础的东西直接丢给第三方维护更省事吧 
关于隐藏代码，我提供一个思路，使用插件 obsidian-dynbedded。
可以实现将需要重复使用的代码片段（包括dataview代码）封装在一个单独的文件中，其他页面需要使用时，通过嵌入这个封装文件就可以复用代码。比如，用在人物卡片中，统计该人物参与的会议，项目，任务
当修改 people info 里面的内容时，也会自动 update 到所有嵌入people info 的人物卡片里。
我现在主要用于：
我觉得还是插件化和集成化的优劣取舍。
我个人作为普通用户初次使用Ob时不怎么容易被劝退。因为刚使用ob，它就是一个简单的md编辑器，良好的所见即所得，文件能本地管理。我不太会立马去考虑学习使用dataview、Excalidraw等高级功能。只有当我的需求开始膨胀，我才需要花功夫去学习使用插件，利用插件提高上限，当然这过程就需要一定的努力付出。
我认为加入核心不太可能立马实现。但是我认为加入核心有一个潜在的好处，就是不用担心插件跟不上ob版本的更新步伐，降低出bug的可能性。（所以我不更新，够用就行，可以不用一直折腾工具。）
可能我说话有点直接，但就markdown几个符号还有插件代码块的几个单词和语句这真的称不上是复杂的代码吧。配置和折腾obsidian第三方插件的过程使我感到快乐，开源生态乐趣无穷 
