C#C#写作提纲

本人在自家的博客上post我的写书布署后,获得许几人的扶助与爱心的批评指正。那给了自我压力和引力。因为前段时间工作很忙,平素从未比较完整的时光来揣摩。但局地积攒和沉淀要么有些。赶紧把这几个想法说出来,否则沉淀后就到底了。

初期自己的设想,如故盼望自己根据thinking in
java这种办法,从各类方面来讲述C#C#,,同时组成OOP思想来深刻。但是选择那种艺术对于自身而言,有如下弊端:
1、小说体例社团必须小心;
2、覆盖面广、且基本功须求扎实;
3、对语言的每一个上边都务求分外长远;
4、太多如此的书;

自身自认为达不到大牛们的惊人。如若写这么的书,很难有高的质量。最终,工作是重复的,且不便于投其所好。

none的评介提示了我,他说:“写书和写博客不雷同。”我认可他那句话很有道理,但从其它一个角度启发了自家。为啥我不可能象写博客那样写书啊?莫非写书就必定要照葫芦画瓢,象学术随笔那样体例严苛、描述老到?

博客贵在自由写意,我也指望自己的书可以“松散耦合”!唯一不一致的是,我需得把握“认真”二字的含量。博客上的议论,只要不犯法,是可以不承担权利的。而书则差距,写作者应该抱着真诚的情态对待读者。就算,不可能增加到“灵魂工程师”的万丈,但起码不用浪费读者的银两。

唯独,暂且打住,我现在并不曾要出版的考虑。书还不曾写出来,考虑那几个未免太早了。最重大的是,尽快写出样章,然后放到网上暴光,把具备问题都晒出去。被骂没关系,只要闻过改之就行!

之所以,我主宰把书的团队措施修改一下。整本书,我盼望是由每篇独立的篇章结合,每篇小说有温馨的宗旨。不拘泥于语法点的详尽介绍,而介于大局观的把握。“形散而神不散”,小说尽管独自,但相互之间又保险一种若有若无的牵连。就好像一串用鱼丝串起来的珍珠链子,如果自身的篇章真能算得上是串珠的话。不细看,透明而细小的鱼丝是不易于看出来的。书的大旨不变,目标如故将C#和OOP结合起来,但C#只是承接理念的一个载体而已。如若你想经过本书学习C#的着力语法,恐怕你就会不尽如人意了。学习这么些内容,何必要求书啊?直接查看MSDN的一起文档,恐怕都比坊间的所谓“入门到明白”清楚百倍。

以下是自家的有些方始设想,还不够标准和周详,但大旨能宣布出我的局地考虑,有怎么着观点,尽快提!

一、开篇
   表达:面向对象总论,介绍面向对象设计的措施、原则和基本要素。
1、如何定义你的目的(讲述面向对象的概念,以及介绍如何描述及定义对象)
2、设计之道(介绍面向对象的设计基准)

二、明义篇
   说明:介绍C#的言语特色,包涵类、方法、属性、接口等;同时介绍.Net
Framework提供的别的机制。
1、七种武器:结构与枚举、类、接口、委托与事件、集合、特性、反射(那两种在先后设计时,是非凡紧要的。中间四种,大家在设计形式中会平常应用到。而特性和反光的组成,使系统能透过陈设文件来贯彻定制。)
2、分外处理、内存管理、多线程(前二种是程序设计时,必须考虑的。多线程则足以化解出现的题目)

三、应用篇
  
表达:对前边介绍的学识,结合实际的例子,通过代码进行分析,综合使用。
1、继承如故结合?(继承与组合各有千秋,应该怎么用,我们应该确定哪些标准)
2、多态与虚无(多态是OOP中一个根本的特点。而面向抽象编程,更是OOP的精髓)
3、让僵冷的膀子飞起来(越来越多的例证,并结合设计格局,讲解OOP设计)
4、…

四、工程篇   
表明:那里说的工程,不是所谓特定的工程项目。而是指代在付出进度中,引用软件工程中有些原则和环节,长远切磋OOP。
1、单元测试与NUnit
2、重构与设计方式
3、分层的设计意见
4、…

还有,书名还没想好,最好能取个酷一点的。拜托大家帮我思考,呵呵:)

相关文章