一个简单的point坐标类 class Point {public: Point():xval(0),yval(0){} Point(int x,int y):xval(x),yval(y){} int x()const { return xval; } int y()const { return yval; } Point& x(int xv) { xval = xv; return *this; } Point& y(int yv) { yval = yv; return *this;

1.[C++沉思录]句柄1 存在问题: 句柄为了绑定到Point的对象上,必须定义一个辅助类UPoint,如果要求句柄绑定到Point的子类上,那就存在问题了.2.有没有更简单的办法呢? 句柄使用Point*直接绑定到Point对象上(包括子类),为了保持多个句柄引用计数的一致性,使用int* 指向引用计数.3.代码如下:#include "point.h"class Handle_2{public: Handle_2():_p(new Point),_u(new int(1)){}

1.在[C++沉思录]代理类中,使用了代理类,存在问题: a.代理复制,每次创建一个副本,这个开销有可能很大 b.有些对象不能轻易创建副本,比如文件2.怎么解决这个问题? 使用引用计数句柄,对动态资源封装,句柄包含指针,多个句柄可以指向同一个对象.复制的时候,只是复制句柄的指针.3.使用引用计数句柄,是为了避免不必要的对象复制,因此我们要知道有多少个句柄绑定到当前对象,也就是引用计数, 这样才能确定何时可以释放资源.4.需要注意的是:引用计数不能是句柄的一部分,如果怎么做,当前句柄必须知道指向同

1.围墙里的墓碑 第一次世界大战期间,驻守意大利某小镇的年轻军官结识了镇上的牧师.虽然军官信仰信教,而牧师是天主教牧师,但两人一见如故. 军官在一次执行任务中身负重伤,弥留之际嘱托牧师无论如何要把自己葬在牧师负责的墓园中.军官去世后,牧师着手为挚友料理后事,结果在墓地问题上遇到了麻烦.天主教教会对军官的不幸表示同情,却反对把异教徒葬在天主教墓园中.没办法,牧师只好把军官安葬在墓园外紧挨围墙的地方. 很多年过去了,一个老兵回小镇看望牧师.临走时,他想起当年的战友,便请求牧师带他去军官的目前悼念.令

本文转载:http://www.cnblogs.com/willick/p/3174803.html 1.小托蒂的悲剧 意大利小男孩托蒂,有一只十分奇怪的眼睛,因为从生理上看,这是一只完全正常的眼睛,但却是失明的. 原来,托蒂刚出生时,这只眼睛轻度感染,曾用绷带缠了两个星期.这对常人来说几乎没有人任何副作用,对刚出生的婴儿来说,大脑由于长时间没有从这只眼睛接受任何外界信息,就认为它瞎了,原本该为它服务的大脑神经组织,也随之"战略转移"了. 小托蒂的不幸遭遇并非偶然个案.后来,研究人员在

1.小托蒂的悲剧 意大利小男孩托蒂,有一只十分奇怪的眼睛,因为从生理上看,这是一只完全正常的眼睛,但却是失明的. 原来,托蒂刚出生时,这只眼睛轻度感染,曾用绷带缠了两个星期.这对常人来说几乎没有人任何副作用,对刚出生的婴儿来说,大脑由于长时间没有从这只眼睛接受任何外界信息,就认为它瞎了,原本该为它服务的大脑神经组织,也随之“战略转移”了. 小托蒂的不幸遭遇并非偶然个案.后来,研究人员在动物身上做了很多类似的实验,发现结果都是一样的,身体器官都严格执行着“用进废退”的规则. 沉思录: 1.安逸幸福

Atitit. 沉思录 与it软件开发管理中的总结 读后感 1. <沉思录>,古罗马唯一一位哲学家皇帝马可·奥勒留所著 2 2. 沉思录与it软件开发管理中的总结 2 2.1. 要有自己的培训..(不要总是依靠公共图书馆) 2 2.2. 要做大架构,优先大架构 2 2.3. 各司其职 世间万物各有所用,各司其职 2 2.4. 优秀的培训不一定能造就出强大的成员...但总比没有强 2 2.5. 顺势而为,随遇而安. 2 2.6. 看穿生死,淡泊名利. 2 2.7. 保持理智,洞察世事 2 2.8

百度云及其他网盘下载地址:点我 编辑推荐 经典C++图书,应广大读者的强烈要求再版 目录 第0章 序幕第一篇 动机第1章 为什么我用C++第2章 为什么用C++工作第3章 生活在现实世界中 第二篇 类和继承第4章 类设计者的核查表第5章 代理类第6章 句柄:第一部分第7章 句柄:第二部分第8章 一个面向对象程序范例第9章 一个课堂练习的分析(上)第10章 一个课堂练习的分析(下)第11章 什么时候不应当使用虚函数 第三篇 模板第12章 设计容器类第13章 访问容器中的元素第14章 迭代器第15章

花下猫语: 在我们读者群里,最近出现了比较多关于 C++ 的讨论,还兴起了一股学习 C++ 的风气.樱雨楼小姐姐对 C++ 的模板深有研究,系统地梳理成了一篇近 4 万字的文章!本文是上篇,分享给大家~ 樱雨楼 | 原创作者 豌豆花下猫 | 编辑 0 论抽象--前言 故事要从一个看起来非常简单的功能开始: 请计算两个数的和. 如果你对Python很熟悉,你一定会觉得:"哇!这太简单了!",然后写出以下代码: def Plus(lhs, rhs): return lhs + rhs 那么

0 论抽象--前言 故事要从一个看起来非常简单的功能开始: 请计算两个数的和. 如果你对Python很熟悉,你一定会觉得:"哇!这太简单了!",然后写出以下代码: def Plus(lhs, rhs): return lhs + rhs 那么,C语言又如何呢?你需要面对这样的问题: /* 这里写什么?*/ Plus(/* 这里写什么?*/ lhs, /* 这里写什么?*/ rhs) { return lhs + rhs; } 也许你很快就能想到以下解法中的一些或全部: 硬编码为某个特定

摘要 DevOps 一词源于 Development 和 Operations 的组合,即将软件交付过程中开发与测试运维的环节通过工具链打通,并通过自动化的测试与监控,减少团队的时间损耗,更加高效稳定地交付制品. 本篇文章将着重探讨 DevOps 在 持续集成阶段需要提供的能力,将对工作流的设计及流水线的优化思路做一个简要讲解. 随着项目规模越来越大,功能特性与维护人员越来越多,特性交付频率与软件质量之间的矛盾日渐尖锐,如何平衡两者成为了目前团队亟需关注的一个重点,于是,落地一个完善的 DevO

1.考虑下面的场景:设计一个容器,包含一组类型不同但相互关联的对象(比如:Animal,Dog,Cat),对象具备多态行为.2.容器一般只能包含一种类型的对象,使用vector<Animal> 会造成对象切割,不具备多态行为.3.经典的解决办法是:vector<Animal*>, 但是这会增加内存管理的负担.考虑下面的情况: Dog d; vec[i] = &d; // 局部对象d销毁, vec[i] 指向垃圾 vec[i] = vec[j]; // 指向同一个对象, 在v

4.9 在实现语义约束时,最好根据类定义来实现.但是这经常会导致泛滥成灾的类,在这种情况下约束应当在类的行为中实现,通常在类的构造函数中实现,但不是必须如此. 还是以汽车为例,我们看汽车的定义,为了集中注意力,先只关心汽车的发动机 class 汽车 { 汽车(发动机 para) { m_发动机=para; } 发动机 m_发动机; } class 发动机{...} 我们可以定义奥迪A6,凯梅瑞等等汽车 class 奥迪A6:汽车{......} class 凯梅瑞:汽车{......} 同样我们

4.7 类包含的对象数目不应当超过开发者短期记忆数量,这个数目通常应该是6左右 4.8 让系统在窄而深的包含体系中垂直分布 假设有如下两份菜单: 正餐 --->甜瓜 --->牛排 --->土豆 --->豌豆 --->玉米 --->馅饼 或者 正餐 --->甜瓜 --->牛排套餐 --->牛排 --->配菜--->豌豆 --->土豆 --->玉米 --->馅饼 对使用者来说,哪种更科学呢? 回答1或者回答2都是错的,面向对象

4.6 尽量让类中定义的每个方法尽可能多地使用包含的对象(即数据成员) 这其实就是高内聚的翻版强调.如果每个类的情况并非如此,那很可能是这一个类表示了两个或更多的概念,记住一个类只应该表示一个概念. 最明显的情况就是类的一半方法使用了一半的数据成员,而另一半方法使用了另一半的数据成员,那么这个类就应该一分为二. 我们假设一个澡堂,有VIP客户和普通客户,各自有不同的服务(普通客户享受中专生服务,VIP客户享受大学生服务),则定义如下: class 澡堂 { stack<中专生> 普通服务员;

4.5 如果类包含另一个类的对象,那么包含类应当向被包含的对象发送消息(调用方法).  也就是说,所有的包含关系都应当是使用关系. 如果不是这样,那么包含的类有什么用处呢?当然,面向过程的开发人员会想到可能有一个Get方法供其它类使用这个包含的对象,那么按照“数据隐藏原则”,为什么 不让使用包含类的类直接包含被包含的这个对象呢? 包含一个对象一定是需要使用它才包含. 比如说汽车包含了发动机,如果违背这条原则的话则定义如下: class 汽车 { 发动机 m_发动机; 发动机 Get发动机(){r

1.视C++是一个联邦语言.由C,Object-Oriented C++,Templete C++,和STL组成.其中面对不同的语言,采用不同的规约这样编程效率会提高很多.例如C和STL 都是有C-Style 的指针塑造出来的,所以采用Pass-by-value 比较适用.而Object-Oriented C++和Templete C++则采用pass-by-reference-to-const比较好. 2.尽量以const,enum,inline 替换#define. //#define->c

一.对容器的基本认识 总的来说,容器应该包含放在其中的对象的副本,而不是对象本身. 二.复制容器意味着什么? 通常将容器成为模板,而容器内的对象的类型就是模板参数.Container<T> 显然,如果复制容器只不过简单地使两个容器指向同一个底层对象,而不是复制容器内的元素,那么效率就会提高很多.毕竟,大多数复制是在调用函数时发生的,像下面这样编写代码会犯一个很常见的错误: void f(Container<T> ); 而用 void f(const Constainer<T&

虚函数使用的时机 为什么虚函数不总是适用? 1. 虚函数有事会带来很大的消耗: 2. 虚函数不总是提供所需的行为: 3. 当我们不考虑继承当前类时,不必使用虚函数. 必须使用虚函数的情况: 1. 当你想删除一个表面上指向基类对象,实际却是指向派生类对象的指针,就需要虚析构函数.

一.系统跟踪类Trace的设计过程: step1:简单版 class Trace { public: Trace() { noisy = ; } void print(char* s) { if(noisy) print("%s", s); } void on() { noisy = ; } void off() { noisy = ; } private: int noisy; }; step2:增加重定向功能,可能输出到别的文件中. class Trace { public: Tr