c++的class声明及相比java的更合理之处

或许是基于一直以来c/c++头文件声明和cXX实现物理上置于独立文件的考虑,c++中的OO在现实中基本上也是按照声明和实现分离的方式进行管理和编译,如下所示:

Base.h

复制代码
#pragma once
class Base
{
public:
    int i; //仅为了测试方便
    Base(void);
    ~Base(void);
    virtual void testDynCast();
};
复制代码

Base.cpp

复制代码
#include "stdafx.h"
#include "Base.h"
#include <iostream>
using namespace std;
Base::Base(void)
{
}


Base::~Base(void)
{
}

void Base::testDynCast() {
    cout << i << endl;
}
复制代码

分发给客户的时候,我们只要提供Base.h和Base.cpp编译后的so或者a即可。如下:

#include "Base.h"
int _tmain(int argc, _TCHAR* argv[])
{
    Derived derived = Derived();
    derived.i = 100;
    derived.testDynCast();
    Base* dp1 = &derived;
}

 

相较于于java的interface/class,惯例上,一般我们在interface只包含接口,不会包含pojo或者属性(虽然interface也可以包含属性,但要求必须是final的)。对于精心设计的系统而言,c++的声明、定义分离方式,对于客户而言,服务和对应的领域对象组织在一起,个人觉得使用/维护起来更加的自然,对于java,单独维护在package中,总觉得看起来有些硬凑的感觉。

posted @   zhjh256  阅读(246)  评论(0编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
点击右上角即可分享
微信分享提示