不推荐的性格有以下10点：

1. 缺少职业意识
   1. 职业意识是人们对所从事的职业的认同感，它可以最大限度地激发人的活力和创造力，是敬业的前提。具有强烈职业意识的人非常主动、积极，任何时刻都有一种精神力。反面来说，有些人拿着工资就只做自己的事情，每天机械地完成自己的工作，不希望自己我做一点点或是多承担更多的职责，每天就是上班下班，缺少进取心与主动性。
2. 优越感过强
   1. 有些人自恃才高，家庭优越、他人吹捧、自我高估，难以与团队融合。一个企业是不可能一个人可以搞定一切的，个人的力量是有限的，也不可能在在一个时间内做多个事情，企业必须由多人来协作，成功的企业家都是低调而且谦逊的，同时有着良好的团队影响力以及协作力。
3. 唯上是从，只会说“是”
   1. 有些人在工作习惯只听上级领佳节又重阳导的意见，从来不发表自己的意见，仅仅根据上级领佳节又重阳导的安排来工作。这样的性格很难的创业中提出自己的独到见解。
4. 偷懒
   1. 所有的创业成功或卓越的管理者都是勤奋的人，无论他们曾经是一个小职员或是小学徒，他们始终都是兢兢业业，努力让自己做比要求的更多一些，要知道工作不是为了他人，而是为了自己，进化论做什么都应该有所收藏，保持勤奋，积极的状态，无论是员工还是老板。
5. 片面和傲慢
   1. 有些人眼里只有他人的缺点，看不到他人的优点；有的人总喜欢贬低他人，抬高自己；有的人总以为自己是强者，认为别人是弱者；有的人总认为自己是天才，别人不如自己……其它每个人都是有优缺点的，不能片面的看待别人，创业时就会轻视竞争对手，傲慢地对待别人也会换来别人相同的态度。
6. 僵化死板
   1. 人都是会偏向于安逸，对于工作也是如此。有些人不愿意创新，不肯灵活应对，无法创新和改进，在竞争很容易被对手超越。非常不适合创业，创业就是要改变一些东西，正因为改变有价值才能得到商业利益。
7. 感情用事
   1. 感情用事容易影响事物的正确判断与决策，处理任何事情应该冷静、理智，在企业经营中会遇到各种各样的事情，用感情完全代替原则，可能短期有效，但长期则会造成损失。感情需要用到，但不能滥用。
8. “多嘴多舌”与“固执己见”
   1. 多嘴的人不可能成为很好的领佳节又重阳导者，不能接受他们意见的人是不可能一直做对事情的。
9. 胆小怕事、毫无主见
   1. 创业的风险非常大，没有主见，胆小都是不可能胜任的。在企业经营过程中，每天都要面对无数情况，都要做出决策，都要为此负责，迟疑和胆小都会让商业机会跑掉。
10. 患得患失却又容易自满自足
    1. 创业过程中有得有失，就像打战。若是稍有收获，就欣喜若狂，稍有挫折，就一蹶不振，这样情绪大起大落，极不平衡，不仅会影响分析自己、环境、对手的决策力，也会影响团队。作为团队领佳节又重阳导者稳定、乐观是非常重要的性格表现。

对于一个像NALA一样的电子商务网站来说一个注册会员的价值到底是多少？是怎样计算的呢？

会员的产生

会员的产生是指用户无论通过什么渠道进入网站，认同网站，注册成为会员。对于网站来说吸引普通用户成为网站的会员的市场成本往往是企业发展期的主要成本。从吸引普通用户进入网站的形式可以分为好多种，比如硬广、联合营销活动、EDM、CPS、SEO、SEM等等。对于这一阶段来说，吸引用户成为会员的成本是不一样的。

价值的体现

会员在成为网站会员后，他的价值还没直接体现出来，引导会员产生内容或是产生交易才会真正产生价值。而对于发展期的网站，由于企业品牌、用户体验等方面的制约。注册会员的首次交易发生将在整个网站会员生命周期中起着非常重要的角色。不断降低会员的首次交易成本是产品、运营的重要工作！对于电子商务网站而言，直接的利益是会员在交易中产生的直接利润。只有会员形成交易，才可能产生利润。但一般而言，为了降低首次交易成本，首次交易的利润并不一定可以支撑市场及运营费用，甚至很可能是亏的。只有会员后续发生复购，并在复购中产生利润，这个会员才真正具有价值。

V＝PCT×RT×GPM－MKT

计算用户价值周期一般定在一年内，表示用户价值，PCT表示客单价，RT表示复购次数，GPM表示毛利率，MKT表示市场费用。

价值的放大

追求现金为王的公司会非常在意这个公式，不断放大会员的价值才是企业发展的真正基石。而提升会员价值的几个方面都是围绕公式进行的。从正面来说：提升客单价，增加复购率，合适的毛利率，合理的市场费用。

提升客单价

提升客单价的基础是行业商品物证，所以只能在相同或类似的行业中才可以相互比较。就像3C的京东的客单都会比美妆的NALA高一样。而对于NALA而言，同一种类用户群中，合理的商品结构，优质的服务，优惠的价格就是形成客单价的基础原因了，而在此之上的品牌附加值就更是提升客单价的核心竞争力了。

对于不同维度的用户群而言，客单价的分布也是不同的，比如以年龄来分。

增加复购率

决定一个会员是否成为电子商务企业的忠诚用户的直接体现在他的复购频率上。不断提升并稳定会员的复购频率，是CRM的核心作用所在。提升复购率的方面，网站做好用户体验，提升贴心的服务，供应优质的商品。这里每一点展开都可以做非常多的事情。

适当的毛利率

适当的毛利率是企业生存的核心策略，同时也直接反映在每一个会员的价值上。过高的毛利率不利于市场占有，过低的毛利率，会导致企业无法赢利。零售行业中，对于一个充分竞争的市场而言，BCQ(Boston Consulting Group)

模型可以非常形象地说明零售企业中商品毛利率的合理分布。

合理的市场费用

市场是电子商务企业的发动机，为网站源源不断地提供前进的动力。启动时，市场费用占比最高，在加速前进时，市场费用的占比会比较高，匀速前进时市场费用就会平稳并保持在比较低的水平（互联网模式）。在不同阶段的企业根据自身条件可以选择不同的市场策略。但在发展过程中，保持清醒的头脑并把市场费用控制在合理的范围内是非常必要的。

于刚

2011年二月十七日（原文地址：http://blog.sina.com.cn/s/blog_6c72c8bd0100qfxf.html）

怎样定义一个优秀企业呢？教科书上说优秀的企业员工充满激情，领佳节又重阳导层富有远见，激励机制明晰， 核心竞争力凸显，人才梯队丰满，流程制度健全，顾客为上，诚信为先，鼓励创新，沟通顺畅，执行高效，团队精诚合作，企业富有社会责任感。这当然是一个理想的企业，可怎样做到呢？我认为每个企业都要从抛弃以下十个不健康的文化做起。

其一：负向思维文化。负向思维的人首先看到的总是事情坏的一面，失败的一面，不完美的一面，社会的阴暗面，别人的缺点，决策的风险，工作和生活中烦恼的一面。负向思维的人总是泼冷水，找瑕疵，看到问题又不行动去解决而只是抱怨。负向的思维在一个企业里就像一个癌细胞快速地吞噬着健康的肌体，负面地影响着周边的人，一颗老鼠屎坏了一锅汤。发现即必须立即清理，让负面思维的人在优秀的企业里无生存之地除非其彻底改变思维方式。

其二：“站队”文化：这种文化下的企业办公室政治浓厚，拉帮结派，每人进入公司时都忙着观望和分析几位当红之人的前途，希望自己能站对队，靠在大树下好乘凉。在这种企业里，大家顾及的是自己小团体的利益，而不是公司的利益。争论的总是你对还是我对，而不是寻求真理在那儿。

其三：固步自封文化：许多企业缺乏创新机制，对变化持有恐惧心理，对市场的变化不够敏锐且用保守的心态去被动的应付。总觉得现有的商务模式和运营机制还没有broken，就不要去动它。不懂得未雨绸缪，等到竞争对手快速赶上时才慌了手脚去亡羊补牢，往往发现为时已晚。

其四：Yes Sir文化： 这种企业强调等级，且层级设得很深。员工以服从为宗旨，不以批评的眼光去分析，思考，和消化管理层的决策。即使认为不对也默默接受，改变自己的想法去适应。导致的结果是错误的决策无人指出而得以纠正，每人关注的最好也只能做到do things right, 而不是 do the right thing.

其五：俄罗斯套娃文化：这种文化下的企业在招聘人才时hiring manager总是怕新来的人比自己强而抢了自己的饭碗，而找比自己能力差的人。对显示才能的人才去压抑不让其出头。导致企业聘来的人越来越差，像俄罗斯套娃一个比一个小，结果企业走向平庸和衰落。

其六：责权利不清文化：很多企业里责权利不挂钩，即对某个项目和部门承担责任的人没有实权去调动资源以达到其赋予的目标，或达到其目标后没有合适和清晰的利益让其有成就感。这种责权利的脱节使得责任人巧媳妇难为无米之炊，且没有足够激励让责任人为该事业而全力付出。

其七：不犯错文化：这种企业里对错误的惩罚很大，冒险精神缺乏。每人都缩手缩脚，不敢创新。做决策时也都观望领佳节又重阳导的脸色，不求有功，但求无过。对流程和制度不敢存有异议，即使业务模式和技术手段产生了大的改变也不去挑战。

其八：本位主义文化：这种文化下的企业里的每个部门只守着自己的一亩三分田，不顾企业大局。部门间合作出现问题时总是point fingers，盯着别的部门的过错，忘了自己也是决策或执行团队的一部分。经常在推出新的项目时不与其它相关部门充分沟通而一厢情愿的期望得到别的部门的全力支持。向领佳节又重阳导争取资源时毫不顾及企业的能力和对企业总体的影响。总是自己的部门最重要，别的部门只是配角。

其九：不承诺文化：这种文化下的企业每个人说话都含含糊糊，不敢承当，不担责任。对布置下来的任务，经常听到的口头语就是“我们会尽最大的努力，争取达到公司的目标。”这种含糊，导致责任不清，目标不明，大家逍遥度日，无所追求。

其十：不注重细节文化：这种文化下的企业会开的空泛，不以事实和数据说话，决策缺乏分析和依据，考核没有量化的指标，项目没有清晰里程碑只是在要结果时才发现已经晚了。只浮在云中望森林不落到地下看树木。典型的发言有：“今年比去年有显著的增长，明年还望有更大的突破。”

注：一个多月前第一财经日报的记者郑爽采访我有关《高效能公司要抛弃的十种文化》，经过一个星期的慎重思考后我觉得还是扩展一下讲优秀企业必须抛弃的文化。以上是我寄给郑爽的文稿。

天天购物网: http://www.tiantian.com/

成立于1999年的天天网,比较标准的传统b2c购物网站,产品没有出彩的地方,只是增加了一个"今日团购".从网站商品所售商品分类上已经超越了传统化妆品B2C,还增加了箱包和腕表.

BD合作上天天网与维络城有合作,在北京地区有一定的线下影响力.

有免费购物目录索取服务

乐蜂网:http://www.lafaso.com/

乐蜂网LAFASO.COM是中国第一个拥有专家明星进驻，以提供[女性时尚解决方案]为主要服务的互联网站。www.lafaso.com原节目官网www.tvj.com.cn升级，推出提供女性时尚解决方案的网站“乐蜂网”

B2C产品中包含了传统的B2C购物之外,就是重点结合了专家明星的资讯.而在专家明星的资讯中加入了大量商品广告性质的推荐.试图利用专家明星的趋势作用促进商品成交.

结合专家明星的资讯内容,乐蜂已经把自己定位成"时尚解决方案"提供者.目前来看实力强,方向明确.

唯一网:http://www.w1.cn/

商城,社区,试用,三大块组成,从发展历史来看,唯一先做社区,以免费试用来最大亮点把社区构建起来.并在社区成型后开始发力化妆品电子商务.

唯一试图把明星作用结合到B2C中,但是产品效果不强,主要原因是媒体资源不及乐蜂网.

对于社区与B2C的结合上.唯一重点在社区,以社区的推荐作为主导,次之才是商品本身的信息.

10年增加了化妆品团购网站--"公主网"http://www.gongzhu.com , 从团购网站的发展来看,起先从tuan.w1.cn到gongzhu.com,现在又回到tuan.w1.cn.说明发展不力,没有得到独立发展的期望.

BD合作上,唯一网与天涯商场,pplive商城,msn中国商城,姐妹团合作.

妆点商城:http://shop.zdface.com/

于2008年5月上线试运营，2009年1月进行战略调整,将原妆点商城更名为名品SHOW,经营策略也由大众化商品调整为全系品牌化商品经营方式, 名品SHOW致力于打造全球领先的时尚品牌网上折扣商城，专注中国女性流行消费导向

妆点是一个围绕"女人"为中心的全类目高端品牌网上折扣B2C商场.重点在于折扣B2C,没有其它过多的产品.

优歌网: http://www.ugou.cn/

自身定位"给您专业好产品",产品上只做了一个传统B2C商城的典型功能.

商品上最大特点是线下美容院使用商品为主.

有资讯上的努力,但是没有与B2C有良好的结合,仅仅是一个商城+资讯.

No5时尚广场:http://www.no5.com.cn/

没有亮点的化妆品B2C,

只提供了一些资讯,与优歌网类似.

漂亮100: http://www.piaoliang100.com/

典型的商城+论坛(社区+资讯)的化妆品B2C网站.

最大亮点在于和团购领佳节又重阳导者拉手网合作的化妆品团购,由于拉手的流量及品牌,给漂亮100很大的推动.

草莓派: http://buy.caomeipai.com/

新起的化妆品B2C,商城+社区,试图以用社区降低营销成本和客服成本.目前处于起步阶段.

亮点是在商品加了会员分享商品的资讯.

致美网: http://www.skinstorechina.com/

高端品牌商场,有社区和团购.产品上没有亮点.

奢妍美: http://www.luxurybeauty.com/

高端品牌B2C商城.

丝芙兰: http://www.sephora.cn/

高端品牌B2C商城

1. PD（产品策划）：word,visio,Axure
2. PM（产品经理）：EasyMind
3. ID（交互设计师）：Axure, Photoshop
4. VD（视觉设计师）：Phtotoshop, Illustrator
5. WD（前端开发工程师）：Photoshop, Dreamweaver
6. DEV（后端开发工程师）：Dreamweaver, MyEclipse

再说说MRD（Market Requirements Document市场需求文档）吧，MRD需明确传达产品需求的目的和目标，指出什么样的新产品、方案和服务为什么可以在市场上或者内部取得成功，以及希望取得怎样的成功。MRD说明“是什么”和“为什么”，但不要写“如何”（即不要包含流程图和原型图）。当产品需求为高优先级（即项目立项）时，需求方必须提供MRD文档。产品需求的优先级、权重和是否立项由项目实施委员会确定，日常需求由委员会负责人确定，非常规需求开会确定。

接下来就是PD的事情了，PD接到显性需求后，应仔细透彻地分析需求方的真正意图。有时候需求方的想法不一定正确，也有些是突然的想法并不可行，PD需进行判断；当这种情况出现时，PD有权提出自己的解决方法，包括否定需求。因判断失误造成需求冲突、重复开发等情况，责任由PD承担。当发生争执，由PM（Product Manager产品经理）协调解决。PD完成需求评审后，需告知需求方完成PRD的时间、产品开发的预估难度及完成工期。

接下来就应该是开发人员做PRD（Product Requirement Document产品需求文档），PRD侧重对产品产品功能和性能的说明，相对于MRD中的同样内容，要更加详细，并进行量化。PRD一般包含流程图、原型图等，使用用例等手段，以准确说明。也就是说从做PRD文档时就是已经进入准备开发阶段，这时MRD文档应该很明确了。

接下来大家开会讨论PRD方案，参与讨论的应该有需求方、相关领域的顾问（即有丰富经验者）、PD或UI，并做好记录。接下来PD出设计结果方案，需求方签字确认。程序员接到PRD方案后，需评估完成开发的大致时间，以及任务分解安排。

ID（Interaction Designer交互设计师）根据PRD定稿做出交互设计方案，真实再现用户交互过程（工作室一般用强大的axure），并与PD、UI进行内部评审。视情况，PM参与，做完后要与需求方反复交流直到需求方满意。

接下来VD（视觉设计师）根据axure做出的原型，进行设计页面风格、布局、关键界面等。和用户交流对页面设计是否满意。

WD（前端开发工程师）根据设计页面切图，编写HTML，CSS，JS源代码。

下面就进入了后台开发阶段，在编码之前，程序员应视其系统需要，进行概要设计、数据库设计，并进行内部讨论和评审。程序员对文档或原型有疑问或不理解，需与PD和ID进行沟通，了解其真实涵义，不得以任何理由私自更改已确定的PRD文档方案。确有功能需做调整，程序员需与PD、需求方共同协商完成。改动应出具文档，由需求方、技术经理、PM同意。每个人写的代码都不可能完全正确，这样就需要边开发边测试。

• α（alpha最初）测试。在开发小组内部进行，测试的方法也较多，黑盒、白盒、 压力、应力等。此阶段应完成80%以上的需求开发，测试以PRD和原型为准。测试完成后，收集反馈，修复BUG，优化流程。
• β（beta第二次）测试：有选择地请一些最终用户实际使用，将发现的问题反馈，开发者对系统进行最后的修改，之后准备发布最终产品。β测试开发者不在场。产品估算开发时间，以完成β测试为准。

产品上线后可能还存在一些bug，这就需要后期的维护了。等产品稳定后就完成了这次开发

转 自:http://www.webbw.com/?p=129

load average如何计算
为了使内核可以高效计算load average，采用了fixed-point arithmetic。fixed-point arithmetic是一种非常快速的模拟浮点运算的方法，特别是在没有FPU（float point unit）部件的处理器上，非常有用。

计算公式：load(t) = load(t-1) e^(-5/60) + n (1 - e^(-5/60))，迭代计算，其中n为run-queue length。

由Exponential Smoothing方程有，Y(t)＝ Y(t-1) + a*[X(t) - Y(t-1)],whereX(t) is the input raw data, Y(t - 1) is the value due to the previoussmoothing iteration and Y(t) is the new smoothed value.令a＝1-b，b为e^(-5/60)，就可以得到load average的计算公式。

采用此公式的好处：局部的load抖动不会对load average造成重大影响，使其平滑。

load average释疑
一般来说只要每个CPU的当前活动进程数不大于2那么系统的性能就是良好的，如果每个CPU的任务数大于5，那么就表示这台机器的性能有严重问题。

假设系统有两个CPU，那么其每个CPU的当前任务数为：Load average/2。这时候取得的数值可以参照上述2-5的标准来进行判断了。

A highly scalable, eventually consistent, distributed, structured key-value store.

一个高度可扩展、最終一致、分布式和结构化key-value儲存方案。

下载

从 http://incubator.apache.org/cassandra/download/ 选择二进制包下载，包名类似 apache-cassandra-incubating-x.y.z-bin.tar.gz 。

设置和运行

为了方便，下面所有命令以 root身份执行。

以一个独立节点运行

tar -zxvf cassandra-$VERSION.tar.gz
mv cassandra-$VERSION /opt/cassandra
sudo mkdir -p /var/log/cassandra
sudo mkdir -p /var/lib/cassandra
echo 'alias PATH=$PATH:/opt/cassandra/bin/' >> ~/.bashrc && source ~/.bashrc

创建start- cassandra.sh

/opt/cassandra/bin/cassand

创建stop- cassandra.sh

kill `ps aux |  fgrep  $USER | grep cassandra | grep -v 'grep' | awk '{print $2}'`

创建show- cassandra.sh

#/bin/bash
echo "cassandra PID: `ps aux |  fgrep  $USER | grep cassandra | grep -v 'grep' | awk '{print $2}'`"

以后台方式运行节点：

./start-cassandra.sh

或以前台方式运行：

cassandra -f

测试

cassandra-cli --host localhost --port 9160

如果成功会显示：

  Connected to localhost/9160
  Welcome to cassandra CLI.
  Type 'help' or '?' for help. Type 'quit' or 'exit' to quit.
  cassandra>

尝试写和读键：

set Keyspace1.Standard1['shugelee']['first'] = 'Lee'
set Keyspace1.Standard1['shugelee']['last'] = 'Li'
set Keyspace1.Standard1['shugelee']['age'] = '21'
get Keyspace1.Standard1['shugelee']

結果类似：

  (column=last, value=li; timestamp=1263050140529)
  (column=first, value=lee; timestamp=126305011763 
  (column=age, value=18; timestamp=126305015563 
Returned 3 rows.

以一个簇（集群）运行

假定两台debian均按 上面安装并初步设置了cassandra环境：

• A 192.168.1.101 [development server]
• B 192.168.1.105 [developer Lee Li]

将A 192.168.1.101 [development server]作为主server运行。

development server的设置

    <Seed>127.0.0.1</Seed>

改为：

    <Seed>192.168.1.101</Seed>

    <ListenAddress>localhost</ListenAddress>

改为：

    <ListenAddress>192.168.1.105</ListenAddress>

    <ThriftAddress>localhost</ThriftAddress>

改为：

    <ThriftAddress>0.0.0.0</ThriftAddress>

developer Lee Li的设置

    <Seed>127.0.0.1</Seed>

改为：

    <Seed>192.168.1.101</Seed>
    <Seed>192.168.1.105</Seed>

    <ListenAddress>localhost</ListenAddress>

改为：

    <ListenAddress>192.168.1.101</ListenAddress>

    <ThriftAddress>localhost</ThriftAddress>

改为：

    <ThriftAddress>0.0.0.0</ThriftAddress>

分别运行A和B上的 cassandra：

canssandra -f

分别在A和B上测试：

nodeprobe -host 192.168.1.101 ring

如果成功，結果类似：

DEBUG - Loading settings from /opt/cassandra/bin/../conf/storage-conf.xml
DEBUG - Syncing log with a period of 1000
Starting Token                                 Ending Token                                 Size Address        Ring
132617574668126261121070408499066554197        127319937893509951017249225297128612859         1 192.168.1.101  |<--|
127319937893509951017249225297128612859        132617574668126261121070408499066554197         1 192.168.1.105  |-->|

分别在A和B上测试链接到一个 node：

cassandra-cli  --host 192.168.1.105 --port 9160

如果成功，結果类似：

# cassandra-cli  --host 192.168.1.105 --port 9160
Connected to 192.168.1.105/9160
Welcome to cassandra CLI.
Type 'help' or '?' for help. Type 'quit' or 'exit' to quit.
cassandra>

测试清单：

• A连接到自己的cassandra
• A连接到B的cassandra
• B连接到自己的cassandra
• B连接到A的cassandra
• A连接到自己的cassandra，写入并读取键值
• A连接到B的cassandra，写入并读取键值
• B连接到自己的cassandra，写入并读取键值
• B连接到A的cassandra，写入并读取键值

测试清单二：

• B 停止Cassandra服务，B连接到A并写入数据，重启B的Cassandra服务，B连接到自身的Casssandra，查看刚刚在Ａ写入的数据（以 -f方式运行观察，B重启时，立即自动与Ａ同步！非常好！）

参考链接

- http://wiki.apache.org/cassandra/GettingStarted

1、关联

双向关联：
C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。

在 GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系 必须被映射为对象引用或指针。对象引用本身就是有向的，更适合表达我们所讨论的那种关系。所以这种关系在设计的时候比较少用到，关联一般都是有向的。

使用ROSE 生成的代码是这样的：

class C1
...{
public:
C2* theC2;

};

class C2
...{
public:
C1* theC1;

};

双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。

单向关联:
C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。没有生命期的依赖。一般是表示为一种引用。

生成代码如下：

class C3
...{
public:
C4* theC4;

};

class C4
...{

};

单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。

自身关联（反身关联）：
自己引用自己，带着一个自己的引用。

代码如下：

class C14
...{
public:
C14* theC14;

};

就是在自己的内部有着一个自身的引用。

2、聚合/组合

当类之间有整体-部分关系的时候，我们就可以使用组合或者聚合。

聚合：表示C9聚合C10，但是C10可以离开C9而独立存在（独立存在的意思是在某个应用的问题域中这个类的存在有意义。这句话怎么解，请看下面组合里的解释）。

代码如下：

class C9
...{
public:
C10 theC10;

};

class C10
...{

};

组 合（也有人称为包容）：一般是实心菱形加实线箭头表示，如上图所示，表示的是C8被C7包容，而且C8不能离开C7而独立存在。但这是视问题域而定的，例 如在关心汽车的领域里，轮胎是一定要组合在汽车类中的，因为它离开了汽车就没有意义了。但是在卖轮胎的店铺业务里，就算轮胎离开了汽车，它也是有意义的， 这就可以用聚合了。在《敏捷开发》中还说到，A组合B，则A需要知道B的生存周期，即可能A负责生成或者释放B，或者A通过某种途径知道B的生成和释放。

他们的代码如下：

class C7
...{
public:
C8 theC8;

};

class C8
...{
};

可以看到，代码和聚合是一样的。具体如何区别，可能就只能用语义来区分了。

3、依赖

依赖:
指C5可能要用到C6的一些方法，也可以这样说，要完成C5里的所有功能，一定要有C6的方法协助才行。C5依赖于C6的定义，一般是在C5类的头文件中包含了C6的头文件。ROSE对依赖关系不产生属性。

注意，要避免双向依赖。一般来说，不应该存在双向依赖。

ROSE生成的代码如下：

// C5.h
#include "C6.h"

class C5
...{

};

// C6.h
#include "C5.h"

class C6
...{

};

虽然ROSE不生成属性，但在形式上一般是A中的某个方法把B的对象作为参数使用(假设A依赖于B)。如下：

#include "B.h"
class A
...{
void Func(B &b);
}

那依赖和聚合\组合、关联等有什么不同呢？

关联是类之间的一种关系，例如老师教学生，老公和老婆，水壶装水等就是一种关系。这种关系是非常明显的，在问题领域中通过分析直接就能得出。

依 赖是一种弱关联，只要一个类用到另一个类，但是和另一个类的关系不是太明显的时候（可以说是“uses”了那个类），就可以把这种关系看成是依赖，依赖也 可说是一种偶然的关系，而不是必然的关系，就是“我在某个方法中偶然用到了它，但在现实中我和它并没多大关系”。例如我和锤子，我和锤子本来是没关系的， 但在有一次要钉钉子的时候，我用到了它，这就是一种依赖，依赖锤子完成钉钉子这件事情。

组合是一种整体-部分的关系，在问题域中这种关系很明显，直接分析就可以得出的。例如轮胎是车的一部分，树叶是树的一部分，手脚是身体的一部分这种的关系，非常明显的整体-部分关系。

上述的几种关系（关联、聚合/组合、依赖）在代码中可能以指针、引用、值等的方式在另一个类中出现，不拘于形式，但在逻辑上他们就有以上的区别。

这 里还要说明一下，所谓的这些关系只是在某个问题域才有效，离开了这个问题域，可能这些关系就不成立了，例如可能在某个问题域中，我是一个木匠，需要拿着锤 子去干活，可能整个问题的描述就是我拿着锤子怎么钉桌子，钉椅子，钉柜子；既然整个问题就是描述这个，我和锤子就不仅是偶然的依赖关系了，我和锤子的关系 变得非常的紧密，可能就上升为组合关系（让我突然想起武侠小说的剑不离身，剑亡人亡...）。这个例子可能有点荒谬，但也是为了说明一个道理，就是关系和 类一样，它们都是在一个问题领域中才成立的，离开了这个问题域，他们可能就不复存在了。

4、泛化（继承）

泛化关系：如果两个类存在泛化的关系时就使用，例如父和子，动物和老虎，植物和花等。
ROSE生成的代码很简单，如下：

#include "C11.h"

class C12 : public C11
...{
};

5、这里顺便提一下模板

上面的图对应的代码如下：

template<int>
class C13
...{
};

这里再说一下重复度，其实看完了上面的描述之后，我们应该清楚了各个关系间的关系以及具体对应到代码是怎么样的，所谓的重复度，也只不过是上面的扩展，例如A和B有着“1对多”的重复度，那在A中就有一个列表，保存着B对象的N个引用，就是这样而已。

好了，到这里，已经把上面的类图关系说完了，希望你能有所收获了，我也费了不少工夫啊（画图、生成代码、截图、写到BLOG上，唉，一头大汗）。不过如果能让你彻底理解UML类图的这些关系，也值得了。

+++++++++++++++++++++++++++++++++++++++++++++++++++++

像聚合还分为：非共享聚合、共享聚合、复合聚合等。以及其它内容，下次再补充。