否是月经帖?自学c#整3年了.类似出现了修真界说的瓶颈了.解决方案
日期：2014-05-18 浏览次数：21029 次
否是月经帖?自学c#整3年了.类似出现了修真界说的瓶颈了.
是否是月经帖?自学c#整3年了.类似出现了修真界说的瓶颈了.
当初学习c#是为了做一个资源文件的解包工具.问了n多大神,都没人理,后来到书店买了本书.
c#3.0完全自学手册,学到现在,也对c#有了了解,基本上都能做出自己想要的程序了.
但我看别人的代码,别人整个软件的架构和我的完全不同.大家同样是用的if,for等等的,为什么我写的程序
和别人的程序就是不同呢?别人的都是写很多个类什么的.就是想问问,有什么书是关于c#开发时,怎么去设计程序.
分析等等.
------解决方案--------------------
LZ修真成功！
------解决方案--------------------
很正常。如同学会用笔和学会识字差得很远，学会识字和学会写作差得更远。
"有什么书是关于c#开发时,怎么去设计程序"
当你去学设计思想方法的时候，就把C#丢掉吧。不会有书是写“关于用笔的时候如何识字”的。设计的核心在于抽象，脱离了代码的樊篱，语言的束缚，你能不能从一个更高的角度审视代码。
------解决方案--------------------
------解决方案--------------------
真羡慕遇到瓶颈的人啊，我也自学了快3年了，都没有遇见过瓶颈期，一直都觉得自己不会的东西很多。
哎，什么时候能遇见瓶颈期呢？
------解决方案--------------------
------解决方案--------------------
那你应该不会三层了？
------解决方案--------------------
看设计模式，还有写代码的时候时刻想着别人能不能看懂。
------解决方案--------------------
不知道啊,开发的时候不已经有写好的规范了么?
------解决方案--------------------
LZ修真成功
------解决方案--------------------
LZ看看三层架构
------解决方案--------------------
真正说起来，你口中所谓的漂亮都是一些习惯：
打个比方：
组件的事件都建成类放到一个事件管理文件夹下，
各个类库严格负责自己份内的事，稍微乱点后面重构就非常麻烦，
再像一些细节性的：尽量用List<T>而不用ArrayList(装箱拆箱一多很耗性能)
用as 而不用is(as 只会判断一次，而is会把每个基类遍历一遍)
让程序在堆栈少做些无用功
再像如果是值类型的， 最好声明内存排列方式为自动，这样clr在分配字节排列对象的时候内存占用又能佳一点再比如说：注释啊，换行啊，这些代码习惯。。。。。。你也说你3年了，别说你所谓的漂亮连这些都不懂，那你3年白活了。。。。。。。。。。。
------解决方案--------------------
------解决方案--------------------
多文档可以帮助你
------解决方案--------------------
多实践
------解决方案--------------------
三年都是自已摸索?精神可嘉.
------解决方案--------------------
看到楼主自学 三年
偶还差的远了
===============
一些经常用到得方法可以归结到一个类里去
比如数据库操作、XML操作 写成一个类，哪里用哪里调
同一个项目中使用频率高的方法，也可以写到一个类里去
比如 处理时间的方法，判断是否是数字的方法等等
然后就是 注意 变量命名
在代码块适当的地方加入一个空行，以便于阅读
方法与方法之间加空行
多加注释
多看看别人的代码等等。
会的不多，莫见笑。
------解决方案--------------------
瓶颈所暴露出来的问题，其实和个人的基础有关。
------解决方案--------------------
写出漂亮，可扩展性的代码是需要时间经验去积累的。。
大量的编程，大量的推翻自己以前代码写出更精简的代码才能慢慢提高
这个是我的一个体会
------解决方案--------------------
实践 是检验真理的唯一标准 多写多练就OK
有很多东西是写着写着就领悟了的
看别人的东西没有自己领悟的时候 醍醐灌顶的的感觉
是否是月经帖?自学c#整3年了.类似出现了修真界说的瓶颈了.
当初学习c#是为了做一个资源文件的解包工具.问了n多大神,都没人理,后来到书店买了本书.
c#3.0完全自学手册,学到现在,也对c#有了了解,基本上都能做出自己想要的程序了.
但我看别人的代码,别人整个软件的架构和我的完全不同.大家同样是用的if,for等等的,为什么我写的程序
和别人的程序就是不同呢?别人的都是写很多个类什么的.就是想问问,有什么书是关于c#开发时,怎么去设计程序.
分析等等.
------解决方案--------------------
LZ修真成功！
------解决方案--------------------
很正常。如同学会用笔和学会识字差得很远，学会识字和学会写作差得更远。
"有什么书是关于c#开发时,怎么去设计程序"
当你去学设计思想方法的时候，就把C#丢掉吧。不会有书是写“关于用笔的时候如何识字”的。设计的核心在于抽象，脱离了代码的樊篱，语言的束缚，你能不能从一个更高的角度审视代码。
------解决方案--------------------
------解决方案--------------------
真羡慕遇到瓶颈的人啊，我也自学了快3年了，都没有遇见过瓶颈期，一直都觉得自己不会的东西很多。
哎，什么时候能遇见瓶颈期呢？
------解决方案--------------------
------解决方案--------------------
那你应该不会三层了？
------解决方案--------------------
看设计模式，还有写代码的时候时刻想着别人能不能看懂。
------解决方案--------------------
不知道啊,开发的时候不已经有写好的规范了么?
------解决方案--------------------
LZ修真成功
------解决方案--------------------
LZ看看三层架构
------解决方案--------------------
真正说起来，你口中所谓的漂亮都是一些习惯：
打个比方：
组件的事件都建成类放到一个事件管理文件夹下，
各个类库严格负责自己份内的事，稍微乱点后面重构就非常麻烦，
再像一些细节性的：尽量用List<T>而不用ArrayList(装箱拆箱一多很耗性能)
用as 而不用is(as 只会判断一次，而is会把每个基类遍历一遍)
让程序在堆栈少做些无用功
再像如果是值类型的， 最好声明内存排列方式为自动，这样clr在分配字节排列对象的时候内存占用又能佳一点再比如说：注释啊，换行啊，这些代码习惯。。。。。。你也说你3年了，别说你所谓的漂亮连这些都不懂，那你3年白活了。。。。。。。。。。。
------解决方案--------------------
------解决方案--------------------
多文档可以帮助你
------解决方案--------------------
多实践
------解决方案--------------------
三年都是自已摸索?精神可嘉.
------解决方案--------------------
看到楼主自学 三年
偶还差的远了
===============
一些经常用到得方法可以归结到一个类里去
比如数据库操作、XML操作 写成一个类，哪里用哪里调
同一个项目中使用频率高的方法，也可以写到一个类里去
比如 处理时间的方法，判断是否是数字的方法等等
然后就是 注意 变量命名
在代码块适当的地方加入一个空行，以便于阅读
方法与方法之间加空行
多加注释
多看看别人的代码等等。
会的不多，莫见笑。
------解决方案--------------------
瓶颈所暴露出来的问题，其实和个人的基础有关。
------解决方案--------------------
写出漂亮，可扩展性的代码是需要时间经验去积累的。。
大量的编程，大量的推翻自己以前代码写出更精简的代码才能慢慢提高
这个是我的一个体会
------解决方案--------------------
实践 是检验真理的唯一标准 多写多练就OK
有很多东西是写着写着就领悟了的
看别人的东西没有自己领悟的时候 醍醐灌顶的的感觉
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
