vc 与 delphi 在图像处理方面的优缺点 (50分)

  • 主题发起人 主题发起人 头疼
  • 开始时间 开始时间

头疼

Unregistered / Unconfirmed
GUEST, unregistred user!
到底用哪一个好?请各位大虾论述之。
 
VC做的速度快一些,但是感觉DELPHI做的更稳定。
其实用哪种语言做图象处理不重要,关键是算法的考虑了。
 
可是,很多情况是要求用VC,是不是delphi在图像处理方面
存在缺陷?我现在可能要做图像处理方面的工作,不知道用
哪一个好了?
 
这就像不懂装机的人认为Intel的cpu好一样
 
是否可以认定只要vc在图像处理中能做到的,delphi同样也能做到?
 
推荐你使用 vc + vision sdk。这是专业的图像处理包。
 
to mikedeakins
vision sdk 到哪里去找?能不能介绍一下?你为什麽推荐它?
你同意“只要vc在图像处理中能做到的,delphi同样也能做到”这个观点吗?

to 卷起千堆雪tyn
老兄是否一直用delphi作图像处理?
 
个人以为:
理论上,图象处理方面Delphi和VC平分秋色,应该功能都可以实现(理论上)。
实际中,VC表现好于Delphi,一是技术支持的背景(要是Delphi是微软开发的就好了),
而是资源的丰富程度(包括Resource,算法,代码等等),另外在某些方面Delphi
确实感觉弱于VC,这可能是Pascal天生弱于C的后遗症吧!例如指针的应用等等。
许多第三方开发资源还不支持Delphi,如游戏引擎,而一些核心技术,如视频算法
又缺乏足够的Delphi资料,所以对于图象处理的反应上Delphi似乎总是比VC忙半拍。
以上之言,一家之谈,请大家斧正。呵呵!
 
vision sdk 可以在 microsoft 的网站上下载。检索 vision sdk 就行了。
如果你需要在最短的时间搞定一个能干活的程序,用 delphi + 3rd party controls。
如果你需要这个程序具有合理的空间占用,并且具有能够接受的效率,vision sdk +
visual c++ 是合适的选择。
如果你还需要不断更新这个程序使之适应未来客户的潜在需要,并且在用户提出需要的时候
能够以最小的代码量满足之,vision sdk + visual c++ 是唯一的选择了。
 
Delphi处理图象,实际也是调用的API函数,如果仅此而论, Delphi,vc是没有什么差别的,
不过在处理OpenGL,DirectX等情况下,vc下的sdk是现成的,而Delphi还是需要有人做一些
移植工作(实际也就类似把C调用的库函数用Delphi声明),所以for Delphi的总是要晚一些,
而且还不定有。
 
DELPHI的指针不如C好用,图像处理不用指针是很痛苦的,所以我一般是用C写好再连进DELPHI里去,很方便
 
反正我就是一直使用delphi开发图象处理软件的
 
较好的办法是:有支持Delphi的资源的,优先用Delphi。
没有的,就调用C语言写的相关DLL或者结合使用SDK开发包!
唉,没办法!选择了Delphi,就无悔到底!
 
还有没有人发表意见?
 
多人接受答案了。
 
后退
顶部