04 2012 档案
摘要:继续上两篇未完成的工作 → ①.NET设计规范一:设计规范基础②.NET设计规范二:类型成员设计 上两篇主要是说了类型和类型成员在命名上的规范,对它们的具体设计还没有涉及到,这篇文章是从一个普通开发人员的角度理解,会有很多不足之处,希望能得到大家的指点! 首先说一下本文只是借助书本做的一些小结,大牛(架构师)们请不要喷我,如果实在憋不住,那就是使劲的喷吧,在喷中成长! 4.类型设计的约定和惯用法 4.1类和接口的选择 ①应该优先使用类 首先类是用于暴露抽象的优先选择! 微软开发人员提供给我们的方案是:定义一个接口,然后再定义一个抽象基类实现这个接口...
阅读全文
摘要:接着 →.NET设计规范一:设计规范基础上一篇,我们来了解下类型成员命名的设计! 3.类型成员命名的设计 3.1字段 ①遵循“ camelCasing”的命名规则 ②要用名词或名词词组,不要使用C#关键字 ③不要给字段添加任何前缀 ④定义常量的时候要使用“PascalCasing”的命名规范 ⑤当定义私有变量的时候使用“camelCasing”命名,并且在前面加上“_”作为前缀 3.2方法 ①必须为动词词组,不要使用C#关键字 ②尽量根据方法对应的任务来命名,而不是根据内部一些实现细节来命名! 常用...
阅读全文
摘要:前一段时间阅读了“.NET设计规范”这本书,读后给我的感觉是规范对开发人员有着举足轻重的重要,可能我们都有自己的想法,但我相信遵循这些前辈们总结的规范将给我们的开发带来裨益,所以熟知这些开发规范并养成良好的习惯是需要我们坚持的,慢慢这些规范将潜移默化的影响着我们! 1.80/20原则 所谓的80/20原则,是在一些特殊情况下,要重视那“20%”的部分,“80%”的部分可以减轻重视度,其实我们大多数人都知道有这么一个原则,但是我还没有真正的把这个原则用于实践中去,如果你常用这个原则去审视一些大型项目的话,那里面就会有很多设计用刀这个原则的,比如前一段时间一篇文章关于“baidu”以及...
阅读全文
摘要:最近公司项目中用到了Json操作,从.NET后台读取数据,通过Json转化在传给“Andiron”端呈现,于是通过几天的学习,对它有了一点的理解! 1.Json的理解 Json其实就是一个序列化和反序列化的操作,而通过序列化操作之后的数据可以跨平台使用,这就促使了可以使用两个平台,一个做后台,一个做前台,数据访问层通过Json来传递! 2.可以序列化的标志 1 [Serializable]2 public class MyPeople3 {4 public string Name { get; set; }5 6 ...
阅读全文
摘要:刚刚来到一家新公司,首先会对项目进行一个大致了解,研究了两天了,有了个总体的把握了,下面就是我这个小菜鸟画的简单系统架构图! 有的时候架构庞大的吓人,有的时候架构一眼看穿,但里面却暗藏杀机,真的需要我们去认真学习,揣摩! 不久前在园子里面看过一篇文章其中说道,设计架构无非就是一个字 → “拆”,当时看到这个字,想起来还真的是这么一回事,不过这里面去包含了很多的东西,我们现在就是不知道怎么拆,这个也不是一时半会能够了解的,需要我们认认真真的做,慢慢的积累,到时候就知道怎么拆了,而且还拆的很到位,所以加油! 对于这个拆字园友们也给出了很多的理解,这是只是个人看法! 还请各位园友多多...
阅读全文
摘要:今天来新公司报道,早上来的早,新公司的人还没有来,扫了几眼工作环境,还不错,虽然是刚刚装修过的,还有点凌乱,但是总体感觉还好! 客套话就不是说了,主要就说下三点感受! 1.工作环境 搞IT的,配置一台自己用起来舒服的电脑是最基本的需求了! 因为在上一家公司我用的电脑总是卡死,好几次都想砸键盘,一直不敢重载系统,因为如果重装一定会破坏开发环境,这个是很麻烦的,所以一直在忍着! 今天报道公司给我们刚来的新同事配置了一台配置相当高的电脑,内存4G,ICore7处理器,大屏幕,独立显卡和集成显卡并存,高兴,我想以后工作起来就会很舒服! 其实对待工作要有一定的激情,有的时候...
阅读全文