当一切毫无规矩可言的时候，我们想做一件事的时候，可以随心所欲的按照自己的想法来，但是也意味着完事都要从头造轮子，这就是说我们需要付出巨大的人力和物力。当我们有了工具，就需要按照工具所定义的规矩来进行，工具的利用极大的提升了我们的生产力，也极大的节省了我们的人力和时间成本，但是因为要遵守规矩，也意味着灵活性的缺失。所以对于数据可视化工具来说也是如此，都会面临一定的规则的限定，也会缺失一定的灵活性，而这也是时至今日依旧有人工开发的原因，需求实现不了啊！
但是今天，我们好多的数据可视化工具似乎走的方向不是解决用户最为关心的需求实现，用户获得最多的答案是，如果一个页面解决不了，你分多个页面不就完事了。需求分解，让我们在一个页面就可以实现的功能，往往要经历好多个页面才能完成工作。相反的，很多数据可视化工具走向了大而全的方向，提供全套解决方案，一个web server什么都往里集成，实现各种各样的功能，而这也是导致各种诡异崩溃重启的真正原因。
上述所说的种种，在数据量不大的以前还好，在数据量越来越大的今天，也越来越被人们诟病。但凡有点想法的团队，都会采用人工开发，因为这样才能hold住。那么我们今天要提及的AutoBI和DataView，究竟是什么的存在？
AutoBI和DataView被人们称之为介于传统数据可视化工具和人工开发之间的存在，即其既有工具的便利性又有着人工开发的灵活性。那么其灵活性究竟有多强，今天就以点带面来说一下。
众所周知，AutoBI和Dataview 的组件都可以接收参数，这个参数可以来自控制端也可以来自自己的默认值。这个就非常方便用户的业务实现，有控制参数传入，就用传入的，没有传入参数就用默认的，没有默认的就把参数去掉，就全部取值，这个就非常的灵活。再拿设置默认值来说，可以输入的就有好多种情况，拿data range类型来说，如果输入负数，那么end date就是当前日期，start date就是当前日期减去我们输入的数值，如果输入正数，那么start date就是当前日期，end date就是当前日期加上我们输入的数值。还可以输入类似这样的数据，-10，-4，这样的话，start date就是当前日期减去10天，end date减去4天。所以就从这一个细节点，我们就能看到AutoBI和DataView的灵活性！
还没有评论，来说两句吧...