本人背景:
- 一直做的是linux相关的开发,主要开发语言C
- 无实实在在的面向对象项目的开发经验,除了自己写着玩儿的
-
没有接触过vba,excel会用。我不是ppt程序猿
项目背景:
- 有人需要统计分析一批数据,得到某些结论(结论未知,需要通过统计来得出),主要原材料:excel作为源数据
- 数据量不大,万条记录的量级
- 但是列比较多,也就是说涉及到的查询比较多
分析:
- 我清楚的知道,统计数据肯定是很麻烦的,难?倒是不难,主要是麻烦。需要各种的条件查询,各种的分类。excel当然可以,有各种过滤。但是,想想真的麻烦啊,所以得想办法弄一个一劳永逸的方法。
- 作为程序猿,当然是写个程序搞定了,自己在那儿用excel的过滤条件过滤,多丢人。
- 选什么呢?java?不会。c++,会倒是会,但是没必要这么麻烦啊。(写过C++的应该知道)
- 稍微看了下vba的介绍并且做了简单的尝试,感觉这东西简单,容易上手。
- vba确实是针对office软件家族定制的,在处理excel数据上应该是很有优势的。
结论:
- 为什么选择vba,因为我懒啊。相对于我不停的在excel中设置各种过滤条件然后记录过滤结果,如果能写个程序一次搞定岂不是更好。当然我也不想弄个其他的数据库把源数据再录入一遍。
- 为什么选择vba,因为这东西对环境的要求少啊。环境配置简单,如果搞java,你还不得给你的客户(朋友)机器上装一个java运行环境。如果用c++,你还不得给你自己装个c++的编译环境。而如果用vba,则不需要,你只要装了office全家桶(正版最好),就可以实现编程解决问题。基本大家都没问题。
- 为什么选择vba,因为这东西确实简单啊。如果把编程分7级的话,vba基本处于最简单的层次,1,2层吧。1层指vba本身,2层指可能用到的SQL。我的水平也就是7层分级的4层左右,完全可以驾驭。
- 我虽然没有使用过excel作为数据库的源数据,但是我听过。并且vba能做出来窗口,然后可以想办法使用sql去查询啊,sql的fileds和where都可以在窗口上填写,然后结果从excel展示。。。这多么的美妙。
- vba确实也支持sql语句。
由以上分析及结论,以及我自己的需求,再结合我的能力和时间分配,所以我选定由vba作为我实现“数据分析”这一需求的作案工作。