c#语法我都很熟练，但是想个弄个项目，就不知怎么思考？ c#语法我都很熟练，但是想个弄个项目，就不知怎么思考？ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 找一些讲解实例的教材，如《ASP.NET办公自动化系统开发实例导航》类似这样的书，讲解的是实际的应用。 三天就可以熟练c#语法，要熟悉.NET CLR类库至少得三个月，要熟练做项目至少得三年... 关于思考...你需要去学OOP和软件工程，并在实际工作(而不是学生玩儿的demo)中去实践... 看微软自带的sample.去下载点开源的项目源代码,猛看 恰好看到这个贴子。我来说几句吧。前面的牛人们都说了，多写，多看。看要看精品，比如说MSDN的例子。www.codeplex.com上的评分高的项目，都是很好的东西。多写多看，其实多写在前面，谭浩强教授说过计算机程序是个实践性很强的东西，非常强，强到没有任何学科可以和之相比。你发贴提问的出发点就已经非常好了，而且目的也非常清楚，这个非常非常好，你已经向C#高手走出了成功的第一步。关于多写，我觉得有几点。一是，只要程序是想做的事情都可以写。写程序无非就是帮你或者别人提高工作效率，写出的程序也是给别人用的，你可以观察身边的人在做什么浪费时间的事情而你可以写一个软件帮他们或者自己提高效率。比如说我以前在机关工作的时候就给同事们写过一个电子邮件提取小软件，软件可以从文本文件，WORD文档以及EXCEL文档取出所有的电子邮件，把他们二十个一行，保存成新的文件或者显示出来，这么一个小软件大大提高了他们发邮件的效率，四年了，我只写了一个版本，再也没更新过了，他们却一直都还在用这个程序。在那个软件里我用到了设计模式和正则表达式。二是，小的程序并不需要设计，动手写就行了，这是我写了十五年程序之后最近才悟出来的。因为软件很小，程序也很小，而且在有更多用户之前你并不打算给软件增加太多太大的功能，只管写就行了。三是，多上CSDN上来问人问题。我最近在写QQ的微博桌面软件，发现遇到了很多新问题，就上CSDN来问问题，虽然别人的答案通常都不能直接采用，但不断地有网友给一些建设性的建议。“他山之石可以攻玉”四是，要想进步要多模仿优秀的代码。MSDN的代码你也看过了，你自己的小程序写好之后你可以和MSDN的代码来比较，比较MSDN的代码是怎么命名的，格式是怎么写的，结构是什么样的，你怎么样才能把自己的小程序改成看得和MSDN的代码“长得”一个样子？MSDN的优秀代码都很有意思，你不仔细看，你觉得这些代码好简单啊，这样的软件你也可以写出来，其实不然。MSDN的优秀代码都是可读性非常强的代码，上百万的程序员都能像看散文或者诗歌一样很顺利地读懂。不知道哪个名人说过“写给机器执行的代码谁都会，但写给人人都能看懂的代码却不是每个人都可以做到的”五是，重构，持续更新它。小软件做好了，可能开始写的时候你关心的是如何完成功能，这很好，但后来你发现过几天你就读不懂自己写的代码了。重构的机会来了。重构的目标是去除代码的“坏味道”，而你的目标是把他写成和MSDN的优秀代码“长得一个样”让自己有更多的锻炼。持续更新它，而不是重写，一个聪明的程序员是绝对不会随便把自己的代码完全推倒完全重写的，更新你觉得问题最大的部分，用最小增量法去更新。Visual Studio系统现在自己带了重构的功能，你可以好好地利用他们。六是，代码量要上去。又不知道哪个著名程序员说过，一个没写过一万行程序的程序员根本就不能说自己是程序员。 从抄袭开始吧.比如自己做个QQ,做个CSDN..... 跟我一样做个wordpress出来。HOHO 不怕楼主笑话，我什么都不懂，但是我会用google和百度 关于c#中 用const会导致潜在bug的问题 求助vs 2008中菜单(尤其窗体快捷菜单)的制作 WinForm如何实现这样的表头? 请问重画时候闪烁的问题怎么解决? 关于一个层的问题！ 把一个字符串用成byte[] 这个的Sql语句应该怎么写？ IDataObject 如何转换为 Bitmap？ datagrid的嵌套 “System.NullReferenceException”类型的异常其他信息: 未将对象引用设置到对象的实例。 GDI+中如何通过Region获得Region的边沿路径graphicpath 紧急求助，大家帮帮我啊！
前面的牛人们都说了，多写，多看。
看要看精品，比如说MSDN的例子。www.codeplex.com上的评分高的项目，都是很好的东西。
多写多看，其实多写在前面，谭浩强教授说过计算机程序是个实践性很强的东西，非常强，强到没有任何学科可以和之相比。
你发贴提问的出发点就已经非常好了，而且目的也非常清楚，这个非常非常好，你已经向C#高手走出了成功的第一步。
关于多写，我觉得有几点。一是，只要程序是想做的事情都可以写。写程序无非就是帮你或者别人提高工作效率，写出的程序也是给别人用的，你可以观察身边的人在做什么浪费时间的事情而你可以写一个软件帮他们或者自己提高效率。比如说我以前在机关工作的时候就给同事们写过一个电子邮件提取小软件，软件可以从文本文件，WORD文档以及EXCEL文档取出所有的电子邮件，把他们二十个一行，保存成新的文件或者显示出来，这么一个小软件大大提高了他们发邮件的效率，四年了，我只写了一个版本，再也没更新过了，他们却一直都还在用这个程序。在那个软件里我用到了设计模式和正则表达式。
二是，小的程序并不需要设计，动手写就行了，这是我写了十五年程序之后最近才悟出来的。因为软件很小，程序也很小，而且在有更多用户之前你并不打算给软件增加太多太大的功能，只管写就行了。
三是，多上CSDN上来问人问题。我最近在写QQ的微博桌面软件，发现遇到了很多新问题，就上CSDN来问问题，虽然别人的答案通常都不能直接采用，但不断地有网友给一些建设性的建议。“他山之石可以攻玉”
四是，要想进步要多模仿优秀的代码。MSDN的代码你也看过了，你自己的小程序写好之后你可以和MSDN的代码来比较，比较MSDN的代码是怎么命名的，格式是怎么写的，结构是什么样的，你怎么样才能把自己的小程序改成看得和MSDN的代码“长得”一个样子？MSDN的优秀代码都很有意思，你不仔细看，你觉得这些代码好简单啊，这样的软件你也可以写出来，其实不然。MSDN的优秀代码都是可读性非常强的代码，上百万的程序员都能像看散文或者诗歌一样很顺利地读懂。不知道哪个名人说过“写给机器执行的代码谁都会，但写给人人都能看懂的代码却不是每个人都可以做到的”
五是，重构，持续更新它。小软件做好了，可能开始写的时候你关心的是如何完成功能，这很好，但后来你发现过几天你就读不懂自己写的代码了。重构的机会来了。重构的目标是去除代码的“坏味道”，而你的目标是把他写成和MSDN的优秀代码“长得一个样”让自己有更多的锻炼。持续更新它，而不是重写，一个聪明的程序员是绝对不会随便把自己的代码完全推倒完全重写的，更新你觉得问题最大的部分，用最小增量法去更新。Visual Studio系统现在自己带了重构的功能，你可以好好地利用他们。
六是，代码量要上去。又不知道哪个著名程序员说过，一个没写过一万行程序的程序员根本就不能说自己是程序员。