当年 bill 告诉人家计算机的原理和控制技术c:\>电视开
bad command or file name
c:\>电视开.exe
电视开启中press any key ...今天 bill 告诉人家你不必知道原理和操作方法,并且它会帮你做,你只要管结果和命令。。c:\>电视开.exe
bad command or file name
c:\>电视开
电视开启中press any key ...
为什么输入电视开会开电视?这你就别管了,bill 说的。。总有一天大家会意识到的,微软知道我们不是那么容易骗到的,所以在商业控制之前,黑匣子是必须先行的伤心ing .. 想转行,真后悔没有当医生,那才实在,在校的快转行吧,我靠。。
bad command or file name
c:\>电视开.exe
电视开启中press any key ...今天 bill 告诉人家你不必知道原理和操作方法,并且它会帮你做,你只要管结果和命令。。c:\>电视开.exe
bad command or file name
c:\>电视开
电视开启中press any key ...
为什么输入电视开会开电视?这你就别管了,bill 说的。。总有一天大家会意识到的,微软知道我们不是那么容易骗到的,所以在商业控制之前,黑匣子是必须先行的伤心ing .. 想转行,真后悔没有当医生,那才实在,在校的快转行吧,我靠。。
“图形核心Graphics类中没有SetPixel”,我先不和楼主说到底有没有这个SetPixel,即使没有,那也不关C#语言的错阿!真是荒廖!
同意 Dugu_Niu(垃圾代码生成器)的忠告!
你喜欢z80, 那还是做那个好了,
c#可没有说能开发芯片汇编的, 靠!
学些时日,再骂不迟。
真有点可笑!!
图形核心Graphics类不好??
看下外国人做的控件!
ADO.NET在某方面的确ADO
微软也有提出在什么时候用ADO,什么时候用ADO.NET
好好看资料.
从安全的角度来考虑也和DELPHI+DATASNAP+WEBCONNTION差不多??即使要这么做,你还得做很多细致工作,ADO.NET生的代码实在是太丰富和安全了!!所以速度就不好!!所以你必须要的工去维护这些代码,如果你有足够的时间写一个通用的框架,去维护这些SELECTCOMMAND UPDATECOMM,也许是可以的!!
我们姑且不论C#,就JAVA也一样!!但是我们还是不能够否认这种趋势,你只能怨自已做的工程太小,怨自已太容易买盗版!!
5drush呢,快来蹂躏一下
我现在也在开始用C#做项目,但是说句实在的话,资料实在太少,第三方的控件不多!
问题多多,速度还是最关键的!
我想如果微软的东东,我们还是没有办法象DELPHI一样体会源码的快乐!
微软也有提出在什么时候用ADO,什么时候用ADO.NET
这样的话,我们可能因为环境的不同而要重新写代码!~!那是很痛苦的事情!!
你认为呢???
过去的explorer 是一种技术,现在的explorer 是IE化,它对我们技术人员来说其实根本不是提高,千万不要忘了,我们追寻的是技术不是学习。。街上的噱头需要的是你们这些人的支持。。
在系统发开前就要考虑这问题,并不是写了后才说要不要换!
我自己没有资格谈论.NET的好与坏,因为根本没真正的了解它!
大家问自己一下,对.NET的了解有多少!
其实对编程来说,思想是最重要的.语言只是实现我们的想法.
再说对于主要用.net开发的商业应用来说,performance并不是非常关键的部分
快速,稳定才是关键
另外它在错误控制上也借用了java 的try 这也是不错的机制,比过去人工控制要公用的多,但灵活性就难说了。。理论上来说,C#是一个相当好用而且规范化,并且容易上手的语言,它唯一的牺牲就是加重硬件和你的手指负担。。相信是代替vb的最佳产物,同时也是回收 0 级环控制的最佳策略,,呵呵
但是我还是不明白原理呀,于是我在感谢了那位朋友后拼命思索:为什么???
实在没有道理呀,DATATABLE存记录不也是使用IList接口吗,按道理简单的类应该比复杂的类要快呀?而且我最开始也是用DS.........
后来终于发现我的实验做错了!我在改为DATATABLE后忘记判断新增的记录是否已经存在了。(因为原来的判断是针对ArrayList的)
经过改正,在同等条件下,48万条记录(1个DateTime和1个String),DATATABLE大约是1分钟,耗120M内存;而ArrayList大约是10秒钟,耗40M内存.楼主说的dataset 内存利用效率和我实验的结果基本吻合,只是楼主尚不晓得其实2.X中的X可能是9999,否则......!但是,C#本身是优秀的.
如果我们要做个简单的东西,比如数据量就1000条,那么用0.1M和用0.3M内存又有什么区别?
如果要进行10万甚至千万条记录级的运算,完全可以在C#里采用很低级的技术,这个时候,任何类都最好别用,直接分配一大块内存,用指针来运算.其实如果数据量很大\运算非常复杂,用数据库技术都是愚蠢的!我目前的工作就是个典型的例子.我需要针对3百万条记录,80M左右的数据进行非常复杂的运算,运算结果都有1百万条数据,大约20M.在用ORACLE时,这么多数据的磁盘I/O就得几分钟甚至十几分钟,当然,如果我们可以配置小型机甚至大型机,这速度将不再是问题.但是我的竞争对手用586的普通PC,居然只要40秒钟!因为他的原始数据放在二进制文件里,全部用C写算法,根本没有用数据库.
难道我们就因此说数据库是没有用的东西吗?显然不是这样.我希望强调的是,C#可以提供非常低级\底层的技术,可以用ASM,也可以用指针等等.他之所以提供那些高级技术是因为他预计:硬件的性能不会永远成为致命的障碍,但是软件开发的效率则永远都是最终的瓶颈!至于说"黑匣子",那是我们自己的选择.任何一家软件公司都有不开放组件的源代码的自由.我们要觉得不合算,我们完全可以写有中国自主版权的组件,什么类都不用他的.当然,操作系统级的东西是没有办法的,谁叫我们没有自己的操作系统呢?我并不觉得微软追求商业成功有什么错,他有权利优先考虑自己的效益最大化.联想到很多人提出的写代码者最终无用论,我大胆假设,将来会写超级代码的人的工资会超级高,因为他工作的价值就是让客户少购买1台甚至100台小型机,可以节约0.01亿甚至10亿的投资!我在此大声呼吁:我们真的有骨气的中国人,多做些现实的工作,先把C#里的组件进行优化,做出更多更好的有中国自主版权的组件,更深入地了解国外产品的核心机制,极端谦虚地向他们学习,把99.9999%的精力都投入到发现国外产品的好处上,用剩下的0.0001%的精力发现了缺点也不要影响我们谦虚的学习,更不要在大庭广众之下宣传,这将使竞争对手更快地改正缺点,实在是令亲者痛而仇者快呀!!!自力更生,艰苦奋斗!