qq_32641095的博客

我是第二阶段中间继续加入的。考完研整日整日颓废。复试也没准备= =第二部分相对第一部分的内容少很多。第二部分的主题是：在系统上运行程序——帮助理解了程序和操作系统之间的交互关系。第九章 虚拟内存基本概念：物理地址： 每个字节都拥有的唯一一个物理寻址：按照0，1，2，3，。。。地址空间（address space） ：一个非负证书的地址的有序集合。SRAM缓存：位于cpu和主存之...

c/s编程模型> 客户端-服务器模型中的基本操作是事务（不是数据库事务） 客户端和服务器是进程，而不是通常提到的机器套接字地址结构从Linux 内核的角度来看，一个套接字就是通信的一个断电。从Linux程序的角度来看，套接字就是一个有相应描述符的打开文件。IP地址和端口号总是以网络字节顺序（大端法）存放的大端法：地址从左向右增长，x的最高有效字节12在最前面存储。这正好和我...

忽略的点：socket （套接字）是用来与另一个进程进行跨网络通信的文件不足值：就是处理不完整包时用的。netty里面看见过。。。RIO: robust I/O 健壮I/O描述符表： 每个进程都有它独立的描述符表，他的表项是有进城打开的文件描述符来索引的。每个打开的描述符表只想文件表中的一个表项。文件表：打开文件的集合是有一张文件表来表示的，所有的进程共享这张表。每个文件表的表项组成（针...

第一章介绍了几个敏捷开发的原则，其中很有意思的是，bob说敏捷不是加班，而且敏捷也是在特定时间内才会接受新需求，而不是需求的疯狂变更。我感觉，如果要敏捷，首先需要一个好的需求，遇上个垃圾需求，敏捷就是个深坑。第二章所叙述极限编程，这些内容在之前在《构建之法》也看到过，当时和同学试过结对编程，但是效果不太好，我们本科做的东西，还是太玩具了，没有任何价值。我们做的是垃圾。后面几章却没那么多反响。t...

书摘：来关注具体有诗集行为的对象，而不是仅仅存储数据的对象。去关注那些不仅仅只有setter和getter方法的对象的话，会更有效率。遇到麻烦再去改变你的设计。在代码迫使设计之前，不要过度设计。用测试用例证明自己观点感悟：要用测试用例来证明自己观点，口说无凭。只有测试用例才有说服力不仅仅要tdd，测试用例也要随着代码的重构而重构——要维护测试的有效性。自上而下设计，测试有限...

书摘设计的臭味：僵化性：改不动脆弱性：不能改牢固性：拆不出粘滞性：感觉也是拆不出不必要的复杂性：过度设计不必要的重复：复用性极差晦涩性：看不懂软件设计三方面（如何发现问题，分析问题，解决问题）遵循敏捷实践去发现问题应用设计原则去诊断问题应用适当的设计模式去解决问题SRP 单一职责原则：就一个类而言，应该仅有一个因其他变化的原因职责：变化的原因。软件实体应该是可...

Command模式和ACTIVE OBJECT 模式命令模式简单来说，就是有命令链。控制一连串的的操作。使尸体上解耦和时间上解耦但是对函数的关注超过了类，但真的很有用TEMPLATE METHOD 和 STRATEGY 模式这俩模式有点傻傻分不清。。。是我蠢了。。。SINGLETON 和 MONOSTATEsingleton 单例模式，一般人们实现的就是将构造器 private 化。...

LSP——Liskov 替换原则定义：子类型必须能够替换掉他们的基类型理解：就是别乱七八糟加啥奇奇怪怪的方法，你只是改变某种行为的方式，但是他还得符合那种行为的基本框架。如果不是IS-A关系，就坚决不用继承。DIP 依赖倒置解释：高层模块不应该依赖于底层模块。二者都应该依赖于抽象。抽象不应该依赖于细节，细节应该以来与抽象。理解：就是高层代码不能因为低层代码的改变而改变自己的行为。只有高层...