C++箴言:考虑支持不抛异常的swap

2016-02-19 19:14 4 1 收藏

有一种朋友不在生活里,却在生命力;有一种陪伴不在身边,却在心间。图老师即在大家的生活中又在身边。这么贴心的服务你感受到了吗?话不多说下面就和大家分享C++箴言:考虑支持不抛异常的swap吧。

【 tulaoshi.com - 编程语言 】

很多企业在发展过程中,都有过几套治理软件共用的经历,往往造成在企业内部形成信息孤岛,无法统一治理的窘境 !-- frame contents -- !-- /frame contents -- 中冀集团自几年前开始信息化尝试之后,一共使用了4套系统,对梳理企业治理流程功劳不小,本来不必再使用集成化企业治理软件,但几套系统各自为政造成了集团内部的信息孤岛,在以客户为导向的企业目标驱使下,把散落的珠子用线穿起来,是当务之急。 创建于1997年的中冀集团从基本的整车销售开始,发展到今天,十几家地方分公司遍布大江南北。“业务发展到今天,不上ERP软件是不行的,要害是选型。”总经理韩晓对《IT时代周刊》说。中冀的信息化启蒙较早。早在2001年,由于汽车金融业务的需要,用友软件成为进入集团的第一位使者。随后,清华怀远的软件粉墨登场,解决了其汽配维修治理上的很多问题。后来他们自力更生,自主研发了一套汽车消费贷款系统。到了2003年,加上河北大学为其研发的办公软件,共有4套系统在集团里并行,但是这些系统都不具整合功能,因此各自为政,信息孤岛的隐患逐渐浮出水面。“客户在我们这儿买了一辆车,后来到我们公司去维修保养,或者是贷款购车等,他的个人资料分别放在不同系统,不能在一个系统中体现出来,造成很多麻烦。”防微杜渐,韩晓开始认真考虑用统一的ERP平台整合这4套系统。“一定要在初级阶段就把问题解决,现在这4套系统并行还没出什么大问题,但等问题出现的时候就晚了。”最终选择了SAP面向中小企业用户开发的解决方案SAP BusinessOne(以下简称SBO)。“我们观察了很久,也做过很多比较。”韩晓笑言:“汽车厂使用SBO比较多,行业内也有许多朋友在用,而且还有SAP品牌在全球的影响力。”能够在共性化的治理平台上极大地实现企业个性化的治理要求,是中冀作出选择的最大原因。2004年底,中冀集团在实施伙伴汉普的帮助下,首先在集团下属两家分公司实施了SBO。“开始确实有不习惯的感觉,因为新旧两套系统都要操作,而且SBO的许多流程与我们原有流程不一样,总体费用比我们原来的几套加起来要高一些,但是我们一定要转变。”韩晓坚定地说,“现在公司有700多人,以后还会更多,治理会更复杂,假如沿用以前的方式,结果不堪设想。”2005年初,在两个分公司成功上线SBO后,信息孤岛问题被很好地解决。中冀集团的计划是,在明年3月份,SBO在集团全部上线,实现统一的标准化治理,为公司进一步发展和拓展业务提供更有力的支持。 更多内容请看C/C++技术专题专题,或

来源:http://www.tulaoshi.com/n/20160219/1620395.html

延伸阅读
我谈到让一个类支持隐式类型转换通常是一个不好的主意。当然,这条规则有一些例外,最普通的一种就是在创建数值类型时。例如,假如你设计一个用来表现有理数的类,答应从整数到有理数的隐式转换看上去并非不合理。这的确不比 C++ 的内建类型从 int 到 double 的转换更不合理(而且比 C++ 的内建类型从 double 到 int 的转换合理得多)。在...
在 C++ 中,就像其它面向对象编程语言,可以通过定义一个新的类来定义一个新的类型。作为一个 C++ 开发者,你的大量时间就这样花费在增大你的类型系统。这意味着你不仅仅是一个类的设计者,而且是一个类型的设计者。重载函数和运算符,控制内存分配和回收,定义对象的初始化和终结过程——这些全在你的掌控之中。因此你应该在类设计中倾注...
一旦程序员抓住对象传值的效率隐忧,很多人就会成为狂热的圣战分子,誓要根除传值的罪恶,无论它隐藏多深。他们不屈不挠地追求传引用的纯度,但他们全都犯了一个致命的错误:他们开始传递并不存在的对象的引用。这可不是什么好事。 考虑一个代表有理数的类,包含一个将两个有理数相乘的函数: class Rational...
在上一篇文章中介绍了作为资源治理类支柱的 Resource Acquisition Is Initialization (RAII) 原则,并描述了 auto_ptr 和 tr1::shared_ptr 在基于堆的资源上运用这一原则的表现。并非所有的资源都是基于堆的,然而,对于这样的资源,像 auto_ptr 和 tr1::shared_ptr 这样的智能指针通常就不像 resource handlers(资源治理者)那样合适。在...
在极大程度上,为你的类(包括类模板)和函数(包括函数模板)提供正确的定义是战斗的要害性部分。一旦你得到正确的结果,相应的实现很大程度上就是直截了当的。但是仍然有一些注重事项需要当心。过早地定义变量会对性能产生拖累。过度使用强制转换会导致缓慢的,难以维护的,被微妙的 bug 困扰的代码。返回一个类内部构件的句柄会破坏封装...

经验教程

895

收藏

97
微博分享 QQ分享 QQ空间 手机页面 收藏网站 回到头部