孟岩将问题的重点归咎到国人对VB的轻视甚至鄙视的态度上，我认为不是很符合实际。在孟岩的博客中，很多人对VB的作用产生怀疑。事实上，在一点上我是认同孟岩的想法的。虽然我对Delphi的理解绝对比他高深一点。但是我还是得承认VB在Office上的开发效率，非其他语言能比也。不过据说MS想使用C#语言来进行Office的二次编程，那时又难说了。
对于VB，不同的人有不同的理解。不过对于企业应用，特别是Office的解决方案应用，可不能只分析程序员的态度啊。毕竟，选择与否的决定权是在企业老板中。
Office开发有很大的作用，特别是在当前Office在广大人民群众中，几乎是泛滥的使用程度上看。Office几乎就是文档的标准格式。在加上Office的普遍基础，其已经不亚于IE的使用程度。其以后在作为客户端的载体上的发挥，必将也是功不限量。
我在的行业，竞争对手中不乏在Office直接进行二次开发的。所以我们在进行架构设计的时候，考虑过是否采用类似方式。得出三种Office的二次开发方式：
第一、 程序中采用OLE的方式嵌入Office
第二、 制作Office的插件，嵌入到Office中运行
第三、 直接调用Office的App进行操作控制
可是，抛弃这些方法本身不谈，有一个共同点在于：必须依赖于Office！对于一个自由软件，可能这算不了什么，但是对于那些有独立知识产权，特别是是有全国性产品的公司来讲，这将是一个非常重要的因素去决定是否使用Office。
中国目前的软件公司大多在做企业集成。真正致力于做产品的公司不多。可要发展，就必然要独立自主。出了操作系统我们已经无法控制，我们不能再在其他方面受人控制。
中国当年自己研发核弹、人造卫星，也都是基于自我发展的角度决策的。独立自主，才能获得别人的敬畏和尊重。再说一个不是Office的二次开发案例。我们公司曾经在CAD平台上开发一个图形软件。产品已经开发出来了，但是和CAD的价格谈不拢。最后我们不得不放弃已经完成的产品，重新开发自己的图形平台。
这里面有三个问题，
第一、 一旦使用别人的平台，决定权往往在别人手里。战略联盟的机会不是没有，但这个风险是可以看到的。因此企业在决策中，必然要重点考虑。
第二、 一旦使用了别人的平台，客户机器上的平台程序，必须经过授权才可以认为是正版。我们的竞争对手，当时也遇到CAD公司查客户机器的CAD是否正版而紧张。我们不能控制用户是否使用正版，但是我们又不能脱离平台而销售软件。
第三、 成本的控制。在开发初期，我们确实可以省去很多开发平台本身的成本。但是综合考虑的话，在销售过程中，使用平台的成本，必然有很大量的平衡。毕竟，在目前的中国，你的产品价格定义，不能太高，而且用户也没有必要因为你而额外再买一个很贵的产品。
这些问题，都可能是企业决策不使用Office二次开发的理由。
总结一下我的观点：
1、 不反对孟岩兄提到的VB的地位影响
2、 是否使用Office在于企业老板的决策
3、 决策中影响的因素重点在于授权限制、成本控制、独立或依赖性。
发表于 @ 2006年12月02日 15:43:00|评论(loading...)|编辑