利用VB6.0开发简易版类似PhotoShop软件的初步探讨

利用VB6.0开发简易版类似PhotoShop软件的初步探讨2010-01-15 博客园彭佳乐示例工程：http://files.cnblogs.com/laviewpbt/ImageShop.rar

声明：1、如果你对VB语言有意见或者看不起他，依旧欢迎你评论，但请你不要用辱骂性的语言来评论。

2、本文不考虑项目的商业上的可行性及必要性。

3、本文不存在攻击其他语言的目的。

这个问题我想了好久了，从毕业设计做图像检测开始接触图像，到工作中业余时间研究图像，大概也有个四五年了，程序也从最开始的零星凑合到一个小小的完整版本，常常在走路或者睡觉前为了某个问题的解决方案而思索，也曾经一下子迷失而暂时丧失兴趣。虽然到目前为止，整个工程还在改进和完善中，但是我已迫不及待的想和大家探讨下各方面的可行性。

一、运行速度。

我想这是很多人对我这个想法提出首要反对的原因。很多人都曾经说过VB慢，VB很垃圾，当然即使是现在还是有不少人有这种认识和想法。我不会对此做评价，我仅从一下几个方面来分析下速度问题。

1、VB本身的问题。的确，在很多方面VB设计的有缺陷，虽然为了用户开发的方便，其封装了很多低层的操作，但使得我们在面对有些问题时难以下手，不过这些在图像处理上是很少体现的。图像中存在大量的算法，而这些算法常常涉及到像素值的计算，像素值是什么，一般都是用Byte类型变量表示的，VB即使再怎么差劲，对于这些整数的加减乘除运算的计算速度难道会比其他语言差很多吗，我不这样认为，VB的编译器没有那么傻瓜。

2、指针问题。VB没有显式的给我们提供指针，而图像计算中确常常和指针打交道。的确，这是C类语言的骄傲，VB为了安全，向用户屏蔽了指针，从而造成了速度在一定程度上的损失，可是，热爱VB的大侠们在很久前就寻放到了通往指针秘门的羊肠小道----模拟指针，因为是模拟，所以比C的效率稍微低了那么一点点，但不是传说中的50%甚至更少，因此，我认为这也不是个问题。

3、复杂性问题。图像编辑软件是很复杂的，VB能处理这么复杂的流程吗，这个东西在某一个层次上，用其他语言能实现的，我想VB也不会有什么难题的。

4、优化问题。其实在很多情况下，VB慢是因为程序没有做优化，比如没有利用恰当的数据类型，没有合适的利用中间数据，错误的运用运算符，可以查表的地方用了循环等等，根据我个人的经验，同样的算法，我优化后的和别人用其他工具优化后的执行结果不会有什么出入。

从以上4个方面来说，采用VB和采用其他语言应该来说没有什么大的区别。可行。