『漫游』酷论坛>『影音数码技术学习交流』>最新的压缩技术是什么

MeteorRain@2009-03-27 16:58

引用
最初由 roozhou 发布

从用户来说，同样功能的软件，一个直接下载了就能跑，一个要装一堆运行库和插件才能跑，你说我选哪一个？
这只是看运行库有没有整合进系统的问题了
就像你linux/windows下，C++的程序是用libc和msvc dll的，而C#/.net程序是用mono和mscorlib的。现在你更新个libc也要几十M了，net2fx也就几十M。新版的vc08要跑起来你也是得装vc08redist，都一样的。
要纯独立的，delphi吧。hello world就几百K了。
引用

simonfishx@2009-03-27 17:46

分工问题。。。

要程序高效运行，就用最能让计算基直接明白的语言写（010101010

要程序开发加速，就用最能让程序猿直接明白的语言写（helloworld

举例省略，以上实属胡扯
欢迎围观（喂

---------------------
楼主真可怜，基本被54了
引用

uc0083@2009-03-27 17:57

引用
最初由 MeteorRain 发布
这只是看运行库有没有整合进系统的问题了
就像你linux/windows下，C++的程序是用libc和msvc dll的，而C#/.net程序是用mono和mscorlib的。现在你更新个libc也要几十M了，net2fx也就几十M。新版的vc08要跑起来你也是得装vc08redist，都一样的。
要纯独立的，delphi吧。hello world就几百K了。

.net 2.0已经整合了，vc2005却没。。。
引用

squallatf@2009-03-27 18:53

.net 开发有绝对的高效率高维护性，面向界面的开发比用C/C++方便得多，所以.net是最适合做GUI的。
再说运行库至少vista windows7都已经整合了.net运行库，而且windows updata也在开始推送.net 3.5 sp1的更新。
引用

roozhou@2009-03-27 20:39

引用
最初由 MeteorRain 发布
这只是看运行库有没有整合进系统的问题了
就像你linux/windows下，C++的程序是用libc和msvc dll的，而C#/.net程序是用mono和mscorlib的。现在你更新个libc也要几十M了，net2fx也就几十M。新版的vc08要跑起来你也是得装vc08redist，都一样的。
要纯独立的，delphi吧。hello world就几百K了。


VC可以用静态库的哦，一般也不会很大，不需要vc08redist。
delphi的确一个hello world大概400k，但加了很多窗口控件后也不会很大，一般最终也就1M左右
引用

dwing@2009-03-27 21:18

虽然我主要写过C++,但我很理解.NET和java的实际意义.
硬件平台的不断发展,使程序的规模也在普遍提升,中大型软件再单纯地用C/C++已经很难有效处理了.开发者们应该主要面对具体的逻辑流程,而用较低级语言很容易使开发分心.当然这里主要针对大多数软件的,有些地方甚至汇编还是有所作为的,只是领域会趋近无限小.
.NET和java并不像纯动态的脚本语言那样,还是可以有很大的优化空间的,现在的实现已经达到不错的综合效率了.至于运行库之类,对于很多软件项目来说不是很重要,尤其是非通用软件.
真正资深开发人员,各个层次的语言都应该各掌握一两门的.
引用

squallatf@2009-03-27 21:19

楼上的楼上不碍乎想说VC比较牛X。VC确实很好，但是要看做什么用。明显.net开发gui比用VC方便快捷。如果你要用.net写游戏当然用VC效率更高，虽然.net也不是不可以写D3D的游戏～～
引用

roozhou@2009-03-27 23:32

连dwing大大都来了...

说.NET开发gui比用VC方便快捷，这要看软件的规模和开发者的水平。我的意思是那些规模不大的GUI完全没必要用.NET开发（比如MeGUI这种）。
引用

uc0083@2009-03-28 00:35

引用
最初由 roozhou 发布
连dwing大大都来了...

说.NET开发gui比用VC方便快捷，这要看软件的规模和开发者的水平。我的意思是那些规模不大的GUI完全没必要用.NET开发（比如MeGUI这种）。

人家喜欢c#。。。。或者人家只用的惯c#，这不是必要的问题吧
引用

squallatf@2009-03-28 22:12

我个人认为用C#开发MeGUI的便利性绝对比用VC来的快。而且MeGUI的规模已经算比较大了吧，目前的目标文件都有1.4MB了。
C#还有个好处就是编译速度快，不论源文件再多都比VC来得快得多得多。
引用

roozhou@2009-03-28 23:03

引用
最初由 squall617 发布
我个人认为用C#开发MeGUI的便利性绝对比用VC来的快。而且MeGUI的规模已经算比较大了吧，目前的目标文件都有1.4MB了。
C#还有个好处就是编译速度快，不论源文件再多都比VC来得快得多得多。


VC还慢吗？你没用过GCC吧，据说ICL更慢。
一般来说优化越少编译越快，语法越严格编译越快
引用

squallatf@2009-03-29 08:32

引用
最初由 roozhou 发布


VC还慢吗？你没用过GCC吧，据说ICL更慢。
一般来说优化越少编译越快，语法越严格编译越快

很不好意思gcc和icl我都有用，gcc其实并不慢，只是在win32环境下sh脚本的执行速度和gcc的编译速度相对于纯linux环境要慢很多倍。只是icl优化太多了，它确实非常非常慢就是了。而VC的编译速度和C#的编译速度不在一个数量级上。
嘛毕竟C#生成的可执行文件不是真正意义上的二进制文件。
ps忘了说，我现在工作的是嵌入式软件的开发，都是在C上做的。
引用

dwing@2009-03-29 11:48

.NET语言的优化编译是很浅层的,重要的代码生成和最终优化都在运行时(这样就能解释为什么.NET程序主要在启动时比较慢),再加上语言的动态特性,就导致.NET语言产生的目标文件很容易被反编译,我感觉这一点比效率问题更重要,也能解释为什么很多.NET/java的项目都是开源的.
引用

roozhou@2009-03-29 19:57

引用
最初由 squall617 发布

很不好意思gcc和icl我都有用，gcc其实并不慢，只是在win32环境下sh脚本的执行速度和gcc的编译速度相对于纯linux环境要慢很多倍。只是icl优化太多了，它确实非常非常慢就是了。而VC的编译速度和C#的编译速度不在一个数量级上。
嘛毕竟C#生成的可执行文件不是真正意义上的二进制文件。
ps忘了说，我现在工作的是嵌入式软件的开发，都是在C上做的。


握个手，其实我也是个C程序员
不过我现在的工作是用C++开发嵌入式软件，说实话C++都已经显得慢了
引用

MeteorRain@2009-03-30 12:56

你看这目的完全就不同了。megui只要代码写起来舒服就行了，不放在arm上跑，无所谓的。
引用

«1234»共4页

| TOP