编程风格大讨论。

Q1:C还是C++？我的选择可以说是C++，但C++的特性又不多，反正我是没动手写过virtual这个词，可能有人要骂我了：这可是C++的精华，这个SB居然不用！嘿嘿……
Q2:VC的集成开发环境我很喜欢，现在如果让我用以前那些DOS的开发环境，我还真不习惯，如果全都用命令行编译、连接，不如拿把刀杀了我，因为我习惯每改一两个地方就F5一次的，大家想到当初我用P200学VC的惨状了吧？那个MSDN也很不错，什么都有，虽然有垃圾的嫌疑，但里面宝贝还是不少的，值得挖掘。
Q3:学VC两年多了，从来没有写过WinMain，又有人要骂我了：KAO!这也叫用过VC？？呵呵……不好意思，低手嘛，自然得有低手的活法，反正我没写Quake之类的东西，MFC应该够用了吧？不过说实话，我认为CSocket效率真的够低的

我与sxbyl老哥真的是相见恨晚呀！，学习这么久的COM（^_^才一个月），现在连接口都没有动手写过，只会用ATL，COM为啥到现在还没有搞清楚！，更不要说Automation,但ASP组件是Automation也不知道呀！，封装了太多了反而让我一直站在门槛上打转！，唉.....!

呵呵……我今天才知道有CComPtr这个东西的存在

我什么都用，要是手头没有VC就用TC，反正能达到目的就行。
C++还是比较好的，可是C也不错。（也许我C的时间比C++长吧）
我想，如果用VC的从WINMAIN入手，那他可以不用VC了，这不是看着旁边有人在卖鱼却硬要自己去钓吗！

1、C or C++取决于是什么项目。大型的项目用C++比较合适，这样代码易于维护。当然这并不是绝对的，实质的问题是你要做到面向对象。c++本身并不能让你的程序面向对象，而优秀的c程序员可以让他的c工程面向对象。相反，在作对效率要求很高的工程，如实时处理，没有理由不用c。
事实上由于c的应用很广泛，精通c是很有钱途的。2、谁要是写windows程序不用msdn，那他肯定是在玩而不是在工作。我觉得即使用borland开发的程序员也需要msdn。3、我想windows程序员最好从WinMain开始，至少应把petzold的书里的源代码都读懂。

各位老大的讨论真是精彩（好象有拍马屁的嫌疑）
和大家说说我的烂习惯，我最早学的就是C++，不过没有条件上机，完全是看书本的（好可怜）。后来最开始上机全是C的。对OO理解应该也说得过去。但是编程的时候却完全不同。比如说C++里有公有，私有，保护。但是我都通通的PUBLIC，friend干脆就没有用过。为什么？我要访问方便。对一个变量的访问我才不会用什么GET/SET，（一定会被OO们打死）。现在工作了半年。又有一个可能很糟糕的习惯：“常常在应用程序类里定义变量，然后当作全局变量用AfxGetApp()来访问”。

我喜欢抽一包烟边想边傻笑然后在交工的前两天去编码 DEBUG

代码量<>工作量(对大部分的程序员来说代码量>工作量，主要是垃圾太多)
代码量<>程序质量(道理同上)
说句真话，看别人写的程序是一种痛苦，当然高手除外，因为他们的程序有良好的风格。

Q1;用C语言编程需要很深的功力，C++相对简单（例如vc中MFC）。
Q2:伟大的学习精神，愚蠢的工作方法。
Q3:底层知识很重要，应该了解，工作时应具体情况，具体分析。合理安排（例如：VC中实现进度条：peekmessage或多线程都可以）。

Q1;都用.那个方便用那个!
Q2:B,mfc+msdn,想偷懒就用!
Q3:从c开始会好些,但也没有必要的!

wk!用mfc你能从winmain开始我就服了你了。因为MFC早就写好了（_twinmain).
不是被迫决不轻易读人家的程序，高手的也不读，没有文档实在是太伤恼筋了（能随便看懂的也许就没有必要看了），除非自己做过一些，而且遇到了问题，这时候看，也是受益非浅！
所以我写程序，一般时间允许绝对是先是文档（不过很少写注释的）。
如果有可能我会试着用汇编写一点东西玩，有时不明白底层，总会觉得自己是门外汉的，当然精力和兴趣都不够时，就只有用一点查一点了。
风格嘛，还是用什么就模仿什么的风格吧，比如用VC类名就用C开头吧！用Borland的就用T吧！
如果能让人家看了认为你和它们的类库的风格相似，那你就可以算过了风格这一关了。
btw:只有一定会中的奖我也会去买的（不知这是不是一个毛病？＾O")

vc里的东西太多，我只用过atl编写过一个com动态联接库，界面用delphi写。
以前我觉得delphi很好，但在开发一个mts数据库项目后惨败后（运行不稳定），对vc和delphi都失去了好感。
我喜欢用纯c，但在windows下什么也做不了。
很怀念在unix下用纯c做程序的日子，那才是程序员的平台，但unix应用环境越来越少。
linux？，不错，如果我还只有25岁，我一定好好研究它。
java比较简洁，也不错，我现在打算用jdk1.1.5写程序，我想写大型程序一定更稳定一些，我已经对运行不稳定的程序深恶痛绝了。
我理想中的编程风格是大思路清晰，开发工具正确，实现简洁可靠。

我用的基本上c语言的编程习惯，从winmain开始。偶尔掺入点00的东西。

1、当然用C++，我是从C过来的，带着一堆不舒服和烦恼。C++对于事物的描述方法和提高工程开发效率是很好的，虽然我不喜欢越来越多得规范和接口（总得学），但是他们同样带来便利2、
        A：集成编辑、编译、调试的工具。
   说的是它的集成环境，离开这个环境，你自己用命令行，用普通的NotePad也可以做程序，但是太不方便了
        B：不但有A：而且包含开发库。无论什么，每有MSDN让人难受
   每个软件都有，Microsoft VC更是多，而且和其他环境的接口实现起来也方便    3、当然从C++语言开始，然后是Win32 API，然后是MFC，这样体会深一些，而且便于掌握。不会浪费时间的，都是基础

q1:首选C++,C。（vb delphi从不用）
q2:vc的编译开发环境相当好。但mfc的低效率让我越来越讨厌,所以我尽量用atl+stl
q3:哪里开始无所谓。只要最终到目的地

breath师兄，一定要先学win32 api，然后学MFC吗？？
我faint！！
我怎么反了？？

to freejacky:
也不一定
先学使用API编程可以利于你理解Windows程序的消息机制
MFC把 API封装了，对于开发大型软件的效率提高很有帮助，如果你用API实现个多文档，光外壳这些东西就占很大工作量，而使用MFC，几分钟就可以大致搞定。
但是就因为一切变的不透明，许多东西很难理解，建议你多看看MFC类的源代码(一般可以在你继承的类中单步执行，跟踪到基类中)，对于理解它很有帮助，也不一定非得从API学起。
to loutingyv:
ATL也是为了解决代码的可重用性和开发效率，通用接口提出的，它和MFC并不冲突。你看C#提出新概念准备解决COM接口的易用性问题就知道，微软对于复杂的机制带来的烦琐也很不习惯。

师兄就是师兄!!
向师兄学习的地方还好多!!!
呵呵
有这样的师兄真好,你说呢,breath师兄??

调试易

编程风格大讨论。

解决方案 »