09 2011 档案
摘要：有很多书上都提出过一个建议：不要返回null对象。 比如下面的GetUsers方法： public class User { public string Id { get; set; } public string Name { get; set; } } public List<User> GetUsers() { List<User> result = new List<User>(); // search db for ...
阅读全文
摘要：一直以来，网易的视频我都经常看，尤其是网易公开课 ，但是看网易视频有一个不爽的地方，也许是我太挑剔了，不过这的确让我不爽。 例如打开链接http://v.163.com/video/2011/9/V/G/V7DUUDJVG.html 在视频播放的时候我点击了“暂停”，标题变成了现在这个样子，点击“评论”也会如此 前阵子在开发Silverlight的程序的时候，也碰到了上面的标题问题。下面我将慢慢的道来： 新建Silverlight 4应用程序项目：SLNavigationDemo 增加两个页面Page1.xaml,Page2....
阅读全文
摘要：面向过程： 假设有两个类Square(正方形)，Rectangle(长方形) 。代码如下： 如果有一个类Geometry需要计算图形的面积： 假设现在要添加一个Circle(圆形)，并且同样需要计算Circle的面积。那么需要做哪些修改： 1：需要添加Circle类，代码如下： 2：因为需要计算Circle的面积，所以Geometry类需要修改 可以看到增加了sharp is Circle 的判断。 假设现在Geometry类不仅仅需要计算面积，还需要计算sharp的周长。 那么Geometry...
阅读全文
摘要：别给糟糕的代码加注释-----------------重新写吧 这是书中的关于注释一章的第一句话，怎么说呢，这句话个人感觉很对，但是实际上却很少这么做， 有几个原因： 糟糕的代码不是自己写的，别人写的代码，还是让别人自己去维护吧，出了问题也是别人的。 糟糕的代码目前可以正常工作，软件开发中有一条古老哲言：如果它能工作就不要动它，很多程序员都遵守这条准则。 既然代码不能被修改，那么就只能加注释了。 上面的几个原因纯粹是自己的想法，希望你不要和我一样。 注释的好处基本上大家都知道，主要是为了方便其他人更好的查看和理解代码，下面的一...
阅读全文
摘要：短小： 函数的第一规则是短小，第二规则还是短小， 很明显作者将短小放到第一个列出来的位置。说明对于函数而言，短小的重要性不言而喻。 可是函数多少行才算短小呢？ 代码大全上说一个函数理论上应该小于50行，我认为这个数字有点大了，我比较同意Bob的看法，”20行左右的代码为佳” 代码块和缩进： 代码块和缩进的规则很多，不过有很多格式化工具可以为我们做这种事情， 比如在vs2010中，就可以ctrl+ A(全选) ，Ctrl+K+F(格式化) 只做一件事： 函数应该只做一件事，做好这件事，只做一件事。 基本上这点大家都知道，如果一个函数做了多个事就代表有多...
阅读全文
摘要：最近在看Clean-Code(代码整洁之道) 里面有些内容还是不错的，所以给大家分享下。 名副其实： 意思是说名称和意思要一致，更精确的说应该是看到名字就能想到意思。 对程序员来说取名通常是一件麻烦的事情，尤其是取一个好的名字。 这里截取一段书中的代码: public List<int[]> GetThem(){ List<int[]> list1 = new List<int[]>(); for(int[] x in theList) { if(x[0]==4) list1.Add(x); } r...
阅读全文
