开发是一门技术,编程是一种艺术

游戏老手,编程新手
随笔 - 11, 文章 - 0, 评论 - 58, 引用 - 0
数据加载中……
re: cexer 54sun 2010-08-25 08:41
同意你的说法,如果cppblog能够增强管理,把首页的精华区帖子分类就更好了,现在的确是有些乱。你说的家庭作业帖子,的确很形象啊。。
@楼主不厚道
其实做这个测试的目的仅仅是想知道在只需要把i递增1的情况下,这三个算式是否有区别。比如在for语句for (int i = 0; i < 10; i=i+1),如果是c,那么i=i+1是个常用的,到了c++一般都用i++。就个人来说,我觉得i++这个形式就反映了其语言本身的名字,所以看起来很合适。但有人认为++i更效率,于是写成for (int i = 0; i < 10;++i)。并不是说这样有问题,只是我个人认为i++比++i要看起来自然些。更何况,其实这里++i并没有比i++快。

此文并不是要讨论运算符重载。

@OwnWaterloo
所以: "如果只需要++i, 就不要写成i++; 如果只需要i++, 就不要写成i=i+1"。
养成这种习惯, 无论i是什么类型都无所谓。

我想说的是,如果只是一个int递增,我会用i++。形式上比较美,而且效率和++i一样。特别是在for语句里面。(当然,你对3者区别的解释是十分简单明了正确的)
# re: i++, ++i 和i=i+1究竟哪个快? 回复 更多评论 删除评论
因为C++可以重载操作符。
所以, 除非"知道i的类型", 表达式 i++, ++i, i=i+1 的行为"未知"。

从语意上说,所需要的操作: ++i < i++ (多一个复制), i=i+1(多一个赋值)。
所以: "如果只需要++i, 就不要写成i++; 如果只需要i++, 就不要写成i=i+1"。
养成这种习惯, 无论i是什么类型都无所谓。

另一方面, 在已知i是int的情况下,如果某编译器生成的代码有显著区别, 那可以把它丢了……
2010-07-14 14:16 | OwnWaterloo
re: 【转载】教育网资源 54sun 2010-01-22 13:27
没想到现在北邮居然搞BT下载了,怀念以前的ftp急速下载啊。不过1M的速度也是不错了。记得不是有5q教育网下载的吗?难道已经不存在了?
re: 我们需要什么样的游戏 54sun 2010-01-22 12:48
我觉得09年最佳游戏是league of legends, 而且还是免费的。据说腾讯又要代理这个了。
官方的资料基本和没有一样,真正有用都是红色链接啊。
@yan
EPIC Game说了是完全版,而且会持续更新。国内现在有用UE3的吗?反正我没有听朋友说。
lz居然能自己想出这个创意,的确不简单。
和楼上建议一样,改为集成到ubiquity里面。
ubiquity开发到现在,已经有大量的命令集成在里面了,可以做很多事情,而且配合firefox很好。个人感觉一般技术人员都比较偏向于firefox吧,毕竟addson很多。


当然,可能lz的初衷和ubiquity并不一样,纯粹个人意见。
这是多少年前的文章了啊,完全落后了
为了毕业居然写这么复杂的程序。想当初一个IPTV的测试系统我们还5个人写呢。
re: 最近笔记以及总结! 54sun 2009-03-09 14:00
人脸识别已经有很多研究了,楼主一个毕业设计其实没必要重视。毕业设计这东西,其实就是个形式,真正能研究出东西的,几乎没有。
re: C#学习笔记:接口 54sun 2008-08-01 14:29
回ls:
我重新测试了一遍,测试结果是:
Which one?
Storable?
Which one?

你是不是看错了?发上源码来看看。
恩,我现在在找工作,发现技术的确是没有太大用处,企业总有要求有经验的技术人员,像我这种刚毕业的根本就达不到招聘广告上的要求。倒是很多招客服,招顾问的启事不那么要求技术。但是,这样的话,拿着这个学位岂不是白拿了?现在应聘IT的人都能说上几句技术,无论他是否真正的懂得技术。

您的这篇文章说的问题,想我这种刚毕业的学生就感觉到了。
re: 如何手写语法分析器 54sun 2008-06-15 14:46
lz很强,我大学时除了玩游戏和混论坛之外什么都没做,到了研究生才开始学。
re: 瑞星面试 54sun 2008-06-12 13:17
lz基础很好了,换我本科时做这些题肯定没那么快。
re: 菜鸟开始学习C 54sun 2008-06-11 22:16
其实,6级和看外文没有太大的关系。尤其是技术类的,就更没有什么关系了。不过一开始,没有必要追求看英文原版的,而且,现在几乎也不怎么有关于C的新入门书籍了,其实看中文版还是不错的。
re: 初识C# 54sun 2008-06-11 20:37
@陈梓瀚(vczh)

我是觉得,编译器只要检查构造函数,确保每个成员都有被赋值(没赋值的自动补上),就不需要在运行时进行二次赋值了。
或者说,相比于编译期间检查成员,在运行时使用两次赋值的开销反而要小一些?
迅雷是盗链+偷偷上传,不是新技术
re: 再谈sizeof()的问题 54sun 2008-02-29 12:06
这个不是sizeof()的问题吧,应该是struct的问题,其中的变量只能以自己大小整数倍的大小地址开始,所有就算变量相同,但是会因为顺序不同最后struct的大小也会不同。不知道lz是不是想说这个?