关于C++priemr 和C++ primer plus中的一些疑惑

-bootblack- 2016-03-01 02:03:37
小弟粗略的翻过C++ primer plus,现在在看C++ permer
如下摘自<<C++ primer>>
即使一个常量静态成员数据成员在类内部初始化了,通常情况下也应该在类的外部定义下该成员.
同样的,在声明友元函数的时候,C++ primer也要求在类内声明之后,在类的外部也要重新申明.
而C++ primer plus则没有提及这一点,我在vs2010上编译它的例程,也是没有问题的
小弟很费解,恳请大神指教
...全文
265 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
-bootblack- 2016-03-02
  • 打赏
  • 举报
回复
引用 6 楼 lm_whales 的回复:
函数定义必须有函数体, 函数原型声明没有函数体 这点是函数和变量的不同之处。 而变量 声明,定义有时候形式相同,难以直接区别。 函数声明和定义 唯一 难以区别的是inline 函数。 inline 函数 虽然是定义,但是性质等同于声明(可以多处定义,可以放在头文件里)。 另外: 模板函数,由于是代码生成器性质的代码,所以 虽然是定义,也类似于声明,可以放在头文件里。 我想, <<C++ primer>> 对于函数定义和声明应该能够清晰的表达出来。 至于 C++ primer plus 没看过,听说有些地方,表达的不太完善
感谢大神指导~
lm_whales 2016-03-02
  • 打赏
  • 举报
回复
函数定义必须有函数体, 函数原型声明没有函数体 这点是函数和变量的不同之处。 而变量 声明,定义有时候形式相同,难以直接区别。 函数声明和定义 唯一 难以区别的是inline 函数。 inline 函数 虽然是定义,但是性质等同于声明(可以多处定义,可以放在头文件里)。 另外: 模板函数,由于是代码生成器性质的代码,所以 虽然是定义,也类似于声明,可以放在头文件里。 我想, <<C++ primer>> 对于函数定义和声明应该能够清晰的表达出来。 至于 C++ primer plus 没看过,听说有些地方,表达的不太完善
-bootblack- 2016-03-02
  • 打赏
  • 举报
回复
引用 4 楼 lm_whales 的回复:
没有听说过,个人感觉静态各种整型常量,在类内初始化以后,效果等同于 enum 常量 这种情况下, 类外初始化(定义)纯属多余,并且容易导致不一致(两处初始化), 还是一处为妙。 友元函数,作为类的接口, 在类内定义就好 除非由于各种原因,不适合在类内定义 类外定义友元函数,不仅仅是一种语法冗余, 而且定义时候,有各种不便之处需要处理。 感觉并非良策。
感谢大神,这里所说的定义其实是指函数原型的声明吧? 小弟初学,有些东西自己还不是很确定~
lm_whales 2016-03-01
  • 打赏
  • 举报
回复
没有听说过,个人感觉静态各种整型常量,在类内初始化以后,效果等同于 enum 常量 这种情况下, 类外初始化(定义)纯属多余,并且容易导致不一致(两处初始化), 还是一处为妙。 友元函数,作为类的接口, 在类内定义就好 除非由于各种原因,不适合在类内定义 类外定义友元函数,不仅仅是一种语法冗余, 而且定义时候,有各种不便之处需要处理。 感觉并非良策。
fly_dragon_fly 2016-03-01
  • 打赏
  • 举报
回复
C++11开始支持静态常量在类内部初始化
ztenv 版主 2016-03-01
  • 打赏
  • 举报
回复
目前,世界上没有任何一款编译器完全支持C++标准,所以有时候验证不了的; 如楼上所讲:常量静态数据成员在声明的时候就可以初始化,写代码过程中很少见到在外部再定义一遍类的常量静态成员的。
幻夢之葉 2016-03-01
  • 打赏
  • 举报
回复
静态成员不属于类对象,初始化只能在类外呀 类内初始化那是c++11以后才支持的吧
代码下载地址: https://pan.quark.cn/s/ee8627e4e6d7 ABAP调试器是一种功能强大的工具,可用于在执行期间对ABAP代码进行检验。除了常规的核心功能(例如逐行运行代码以及检验变量、字段符号和引用的值)之外,它还提供了一些辅助性的特性,能够简化并压缩调试会话的时长。并非所有使用者都熟悉这些辅助特性。SAP ABAP调试器是处理和优化ABAP代码开发与维护工作的核心资源,它配备了多样的功能来协助开发人员在运行状态下进行检验和排除故障。此资源着重阐述了ABAP调试器的一些高级特性,涵盖了深入分析调用堆栈、系统级调试、更新会话调试以及提升调试效率的方法。 1. **深入分析调用堆栈**:除了常规的应用程序调试,开发人员有时需要对调用堆栈的内部层级进行深入调试,特别是在错误出现在异步执行的更新处理或系统级程序时。通过启用**系统级调试**,可以访问通常不公开的系统代码,但这也会导致调用堆栈的显著增加,因此需要审慎操作。 2. **系统级调试**:对于不含业务逻辑的系统级程序,开发人员通常无需进行调试。然而,在特定情形下,例如进行错误追踪时,可能需要进入系统代码。借助调试器的“系统调试启用/禁用”选项,可以赋予对系统程序的调试权限。 3. **更新会话调试**:在处理异步更新任务,例如持久化业务数据时,错误可能发生在更新任务内部。激活**更新会话调试**,在更新任务完成后,调试器将自动启动,展示执行路径。比如,在变更成本心后,通过输入调试指令 "/h" 启动调试,保存后能够看到更新过程的错误。 4. **分析调用堆栈**:在进行深入调试时,调用堆栈是至关重要的。通过分析调用堆栈,能够定位到引发问题的具体位置,如在VB_V2_NORMAL...
内容概要:本文档为一项关于“价格型需求响应”背景下配电网供电能力综合评估的硕士论文复现资源,采用Python语言实现核心算法与模型。内容系统涵盖了需求侧响应机制建模、基于电价引导的负荷调整策略、配电网供电能力的量化评估方法,并通过编程仿真对实际配电系统进行分析,重点复现了原论文的数学模型、优化求解流程及关键结果,旨在提升配电网运行效率与供电可靠性,同时为相关研究提供可复用的代码基础。; 适合人群:具备一定电力系统基础知识和Python编程能力的研究生、科研人员及从事智能电网、需求响应、配电网规划等相关工作的技术人员。; 使用场景及目标:①复现并深入理解硕士论文关于价格型需求响应与供电能力评估的理论模型与实现方法;②应用于学术研究、课程设计或科研项目,开展需求响应策略仿真与配电网承载力分析;③作为科研参考,支撑高水平论文撰写、课题申报及算法二次开发。; 阅读建议:建议结合文档的代码逐行调试,深入理解优化模型的构建逻辑与求解过程,同时可对比相关Matlab版本实现,以全面掌握不同编程环境下算法实现的异同,进而深化对技术细节与工程应用的理解。

65,211

社区成员

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

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