如果原代码比较符合我的要求,我就会直接用(或做一些继承来得到更多的功能),如果没有符合要求就自己写,CODEGURU的50%的东西我都看过,水平一般,想法很好,
MSDN的原码就很少看了,因为我没有MSDN的光碟,呵呵
做一个程式猎人也很难!
MSDN的原码就很少看了,因为我没有MSDN的光碟,呵呵
做一个程式猎人也很难!
解决方案 »
- 为什么LoadBitmap会出错?
- 使用unicode 读文件乱码!
- clistctrl初始化
- 怎么让程序在"注销"后还继续运行,
- 怎么根据窗口名字得到进程的名字
- 请教高手:MFC的启动流程
- 入门问题+菜鸟问题
- 不来了,没意思
- 我和我们的老总(博士生)一起搞软件开发,可我刚毕业也刚开始用VC++,我总觉得不好意思向他们问一些基本问题(主要怕出笑话),我应该怎么办?求你们了
- VC6/mfc下实现阻塞队列,Condition用什么方式替代?
- MessageBox()执行完怎会非法操作?
- switch expression of type 'unsigned long *' is illegal 该怎么解决呀?
凑代码能完成好程序也是好的。关键是最终的使用效果。
我完全是一个软件DIY者。
我从来没有写过基本代码,从来都是复制粘贴····
不过,我不是程序员,我没学过程序,才这么做的。
{
学你能用到的!
用你能学到的!
}
Nobody really memorizes all the syntax to write this overhead; generally, Windows programmers begin a new program by copying an existing program and making appropriate changes to it.
别再担心了,既然大师都这样说了,那我们还有什么好犹豫呢?其实从最开始的C就一直用别人的了,printf这个函数是你自己写的吗?但是应该在需要的情况下还是能够通过翻阅资料去写最基本的函数或则原代码,一般来说你找不到相应功能的东西就需要自己动手写了。我们应该站在巨人的肩上编程,不要太过于拘泥精通这两个字,否则你迟早会有用01101010去编程的欲望了,因为那是最自由的,但工作量之大是无法想象的。
你的话真是太厉害了,大师!!!
真有高人,话语充满了哲学的味道!
绝大多数代码我还是可以看的懂的,只有一小部分特别费解!调试时,为了摸请它们的作用,把它们去掉,照样能运行!
无法,只好不懂装懂!
很有一部分是精华部分 比如调试信息等等
你懂得一些基本编程方法后 能够编一些软件后
就需要懂得怎么规范化你的代码
说简单点 一个"hello world"程序,可能就需要几百行代码
你必须为你以后的一个大的工程作准备
考虑的东西越完全越好
经过你这么一说,我好象感觉软件高手的水平与我们普通人也许差不了多远!
在DOS时代,大家也许能自己搞,在WIN时代,由于代码的极端复杂,对自己不太把握的部分,
大家都互相抄代码,自己特别熟悉的那部分自己再去发挥!!!
代码重用第一重:COPY 之!
在我们开始学习某一新(相对)领域时,看着书,不也经常打例子吗?
大家都要用敲键盘,动鼠标去争口饭吃,不能及时完工,boss会不高兴的。
因此,不管愿不愿意,必要时,抄!
同时,被抄code的作者也很是愿意的,会有一种成就感!
"勿在浮沙筑高塔"
任何基础性的学习都是必不可少的.
COPY来COPY去,撞大运一样.
别人的程序永远也读不懂.
我的方法是精读和泛读相结合.
这样知识的广度和深度都在提高.
很有道理!若你有时间和精力还是可以的!
代码当然需要弄懂!
可是要是自己重新敲一遍这些代码,我肯定你们是边敲边抄(看别人的代码!)
因为原理你弄明白了,但细节记忆不住!
对吗?