c++类设计的困惑

huaweiheart1 2011-02-21 06:09:12
公司有一个项目是用c++写的,已经运行在许多机器上。在类的设计中绝大多数属性都是公有的,我不明白,像这样设计有什么好处?期待高手指点。。。。。(期望有大型项目经验的人留言)
...全文
198 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
Jinhao 2011-02-21
  • 打赏
  • 举报
回复
[Quote=引用 16 楼 xiaocai0001 的回复:]

方便使用, 弱化的类封装, 或者只用到类的ADT特性, 没有用到封装的特性. 所有封装带来的好处就没了..

仅此而已
[/Quote]

这基本叫作写代码,图方便,不思考.到最后极有可能的一个结果--抓狂
xiaocai0001 2011-02-21
  • 打赏
  • 举报
回复
方便使用, 弱化的类封装, 或者只用到类的ADT特性, 没有用到封装的特性. 所有封装带来的好处就没了..

仅此而已
grasshopperwarbler 2011-02-21
  • 打赏
  • 举报
回复
好处是比较方便吧……肯能主要代码就那么一两个人写的,不怕出什么故障?
cxyOOOO 2011-02-21
  • 打赏
  • 举报
回复
好处是会发生灵异事件。
moon2008moon 2011-02-21
  • 打赏
  • 举报
回复
我觉得是便于实例调用尤其是单件模式的时候
庄鱼 2011-02-21
  • 打赏
  • 举报
回复
结构化类,主要是方便变量、函数等归类管理。
如果基类的成员是所有派生类所共有,采用这种方法可以简化派生类的嵌套层数,使得应用效率更高且差错几率更小,这就如同指针与goto命令一样,用得好是很有作用的。
King0325 2011-02-21
  • 打赏
  • 举报
回复
成员函数共有,便于继承和更新
kiss_rule 2011-02-21
  • 打赏
  • 举报
回复
表示没好处,不然还不如用C写了,C++的特性都给抹杀了!
direction917 2011-02-21
  • 打赏
  • 举报
回复
公有的变量更方便测试,但是对于公司和产品来说,没什么好处。
taodm 2011-02-21
  • 打赏
  • 举报
回复
因为你们那个公司,需要有人这么冒充自己也会C++编程。
雪人2015 2011-02-21
  • 打赏
  • 举报
回复
MFC的框里类里面,很少有成员是private,这一点,我觉得应该是由于框架数据量太大,如果都用set,get。增加的代码量会很大。而且编MFC框架的人都很猛,估计不怕出错。呵呵
good778899 2011-02-21
  • 打赏
  • 举报
回复
为了继承的话,可以考虑保护成员
行走江湖 2011-02-21
  • 打赏
  • 举报
回复
绝对的没有好处,建议不要这样!
xiaojian2010 2011-02-21
  • 打赏
  • 举报
回复
方便继承
breakerzy 2011-02-21
  • 打赏
  • 举报
回复
有的人嫌麻烦,比如本来应该写成 setXXX/getXXX,都 TM 写成 m_XXX 了,我就遇到这种人。不过现在很多 IDE 都可以做 refactor,一下子转换一片。不过那样的化,原来 class 的 client 代码就要改了。建议在团队中叫一两个人专职重构和优化,可以自己编些 python 脚本来扫描处理源码。这又牵扯到版本维护的安排,最好 branch 出来一个版本专门做重构和优化,下一版本以这个为基线。

2 楼说的对。
小驴 2011-02-21
  • 打赏
  • 举报
回复
公有的可以让其他的类对象调用...你可以查下public,private,和protect的访问权限...
zhengjiankang 2011-02-21
  • 打赏
  • 举报
回复
没有好处。!
当读者有一定c/c++基础 推荐的阅读顺序: level 1 从<>开始,短小精悍,可以对c++能进一步了解其特性 以<>作字典和课外读物,因为太厚不可能一口气看完 level 2 然后从<>开始转职,这是圣经,请遵守10诫,要经常看,没事就拿来翻翻 接着是<>,个人认为Herb Sutter主席大人的语言表达能力不及Scott Meyers总是在教育第一线的好 顺下来就是<>和<>,请熟读并牢记各条款 当你读到这里,应该会有一股升级的冲动了 level 3 <>看过后如一缕清风扫去一直以来你对语言的疑惑,你终于能明白compiler到底都背着你做了些什么了,这本书要细细回味,比较难啃,最好反复看几遍,加深印象 看完上一本之后,这本<>会重演一次当年C++他爹在设计整个语言过程中的历程 level 4 <>是stl的字典,要什么都可以查得到 学c++不能不学stl,那么首先是<>,它和圣经一样是你日常行为的规范 <>让你从oo向gp转变 光用不行,我们还有必要了解stl的工作原理,那么<>会解决你所有的困惑 level 5 对于c++无非是oo和gp,想进一步提升oo,<>是一本主席这么多年的经验之谈,是很长esp的 一位stl高手是不能不去了解template的,<>是一本百科全书,足够你看完后对于gp游刃有余 <>是太过聪明的人写给明眼人看的 好书有很多,不能一一列举 以上我的读书经历,供各位参考。接下来的无非就是打怪练级,多听多写多看;boost、stl、loki这些都是利器,斩妖除魔,奉劝各位别再土法练钢了。 at last,无他,唯手熟尔。 忘了一本《thinking in C++》 也是经典系列之一 <>这本圣经的作者Scott Meyesr在给<>序言的时候高度的赞赏了Andrei同志的工作:C++社群对template的理解即将经历一次巨大的变化,我对它所说的任何事情,也许很快就会被认为是陈旧的、肤浅的、甚至是完全错的。 就我所知,template的世界还在变化,速度之快就像我1995年回避写它的时候一样。从发展的速度来看,我可能永远不会写有关template的技术书籍。幸运的是一些人比我勇敢,Andrei就是这样一位先锋。我想你会从此书得到很多收获。我自己就得到了很多——Scott Meyers September2000。 并且,Scott Meyers 在最近的Top5系列文章中,评价C++历史里面最重要5本书中、把Modern C++ Design列入其中,另外四本是它自己的effective c++、以及C++ Programming Language、甚至包括《设计模式》和《C++标准文档》。 显然,Scott Meyers已经作为一个顶尖大师的角度承认了<>的价值。 并且调侃地说,可以把是否使用其中模板方法定义为,现代C++使用者和非现代C++使用者,并且检讨了自己在早期版本Effective对模板的忽视,最后重申在新版本Effective第七章节加入大量对模板程序设计的段落,作为对这次失误的补偿。 并且,在这里要明确的是<>并不是一本泛型编成的书,也不是一本模板手册。其中提出了基于策略的设计方法,有计划和目的的使用了模板、面向对象和设计模式。虽然Andrei本人对模板的研究世界无人能敌,但对其他领域的作为也令人赞叹。 任何做游戏的人都不能忽视OpenAL把,你在开发者的名单里能看到Loki的名字:) 最近很忙,无时间写文章,小奉献一下书籍下载地址。虽然经过验证,但是不感肯定各位一定能下: 中文 http://www.itepub.net/html/ebookcn/2006/0523/40146.html 英文 http://dl.njfiw.gov.cn/books/C/Essential%20C
当读者有一定c/c++基础 推荐的阅读顺序: level 1 从<>开始,短小精悍,可以对c++能进一步了解其特性 以<>作字典和课外读物,因为太厚不可能一口气看完 level 2 然后从<>开始转职,这是圣经,请遵守10诫,要经常看,没事就拿来翻翻 接着是<>,个人认为Herb Sutter主席大人的语言表达能力不及Scott Meyers总是在教育第一线的好 顺下来就是<>和<>,请熟读并牢记各条款 当你读到这里,应该会有一股升级的冲动了 level 3 <>看过后如一缕清风扫去一直以来你对语言的疑惑,你终于能明白compiler到底都背着你做了些什么了,这本书要细细回味,比较难啃,最好反复看几遍,加深印象 看完上一本之后,这本<>会重演一次当年C++他爹在设计整个语言过程中的历程 level 4 <>是stl的字典,要什么都可以查得到 学c++不能不学stl,那么首先是<>,它和圣经一样是你日常行为的规范 <>让你从oo向gp转变 光用不行,我们还有必要了解stl的工作原理,那么<>会解决你所有的困惑 level 5 对于c++无非是oo和gp,想进一步提升oo,<>是一本主席这么多年的经验之谈,是很长esp的 一位stl高手是不能不去了解template的,<>是一本百科全书,足够你看完后对于gp游刃有余 <>是太过聪明的人写给明眼人看的 好书有很多,不能一一列举 以上我的读书经历,供各位参考。接下来的无非就是打怪练级,多听多写多看;boost、stl、loki这些都是利器,斩妖除魔,奉劝各位别再土法练钢了。 at last,无他,唯手熟尔。 忘了一本《thinking in C++》 也是经典系列之一 <>这本圣经的作者Scott Meyesr在给<>序言的时候高度的赞赏了Andrei同志的工作:C++社群对template的理解即将经历一次巨大的变化,我对它所说的任何事情,也许很快就会被认为是陈旧的、肤浅的、甚至是完全错的。 就我所知,template的世界还在变化,速度之快就像我1995年回避写它的时候一样。从发展的速度来看,我可能永远不会写有关template的技术书籍。幸运的是一些人比我勇敢,Andrei就是这样一位先锋。我想你会从此书得到很多收获。我自己就得到了很多——Scott Meyers September2000。 并且,Scott Meyers 在最近的Top5系列文章中,评价C++历史里面最重要5本书中、把Modern C++ Design列入其中,另外四本是它自己的effective c++、以及C++ Programming Language、甚至包括《设计模式》和《C++标准文档》。 显然,Scott Meyers已经作为一个顶尖大师的角度承认了<>的价值。 并且调侃地说,可以把是否使用其中模板方法定义为,现代C++使用者和非现代C++使用者,并且检讨了自己在早期版本Effective对模板的忽视,最后重申在新版本Effective第七章节加入大量对模板程序设计的段落,作为对这次失误的补偿。 并且,在这里要明确的是<>并不是一本泛型编成的书,也不是一本模板手册。其中提出了基于策略的设计方法,有计划和目的的使用了模板、面向对象和设计模式。虽然Andrei本人对模板的研究世界无人能敌,但对其他领域的作为也令人赞叹。 任何做游戏的人都不能忽视OpenAL把,你在开发者的名单里能看到Loki的名字:) 最近很忙,无时间写文章,小奉献一下书籍下载地址。虽然经过验证,但是不感肯定各位一定能下: 中文 http://www.itepub.net/html/ebookcn/2006/0523/40146.html 英文 http://dl.njfiw.gov.cn/books/C/Essential%20C

64,654

社区成员

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论,技术干货分享,前沿动态等
c++ 技术论坛(原bbs)
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题,如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧