自动“杂事处理”助手的实现

本文介绍了一种名为CSomethingHelper的智能助手,它能够在C++函数结束时自动执行一系列预定义的操作,如资源释放、状态更新等。通过宏定义和模板的巧妙结合,CSomethingHelper允许开发者在一个CPP文件中多次使用,同时根据不同需求灵活地定制不同的行为。此工具显著提高了代码的可读性和维护性,尤其适用于涉及多种资源管理或状态跟踪的场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

作用:

   在函数结束时,帮助自动释放、处理一些繁琐的事情。

 

定义如下:


//#ifndef __CSomethingHelper_h__
//#define __CSomethingHelper_h__   现在应许包含多个 CSomethingHelper.h

/*
DO_SOMETHING 定义方式

当一个CPP文件中只会多次使用CSomethingHelper时:
定义 #define DO_SOMETHING(ID) do{switch(ID){ \
        case 0: m_Var0 ++; break; \
        case 1: m_Var0 --; break; \
    }}while(0)

使用 int x=5;
     //CSomethingHelper<int&> obj1(0, x);
     //CSomethingHelper<int&> obj2(1, x);
     STH_HELP(<int&>, (0, x));
     STH_HELP(<int&>, (1, x));

//*/
#define T2_STH_HELP(Types, Params, lineflag) CSomethingHelper Types CSomethingHelperObj##lineflag##Params
#define T1_STH_HELP(Types, Params, lineflag) T2_STH_HELP(Types, Params, lineflag)
#define STH_HELP(TemplateTypes, Params)  T1_STH_HELP(TemplateTypes, Params, __LINE__)
//usage:  STH_HELP(<int, double>, (0, x, y))

#ifndef DO_SOMETHING
#error "Please define the macro "DO_SOMETHING" before include the header!!!"
#endif

#ifndef AUTO_CLASS_NAME
#error "Please define the macro "AUTO_CLASS_NAME" before include the header!!!"
#endif

 

//C++中对于名字相同的类只有一份定义,导致有CSomethingHelper的定义没有实现!这是一个大Bug!现在需要自己指定类名
template<typename T0=int, typename T1=int, typename T2=int, typename T3=int, typename T4=int, typename T5=int>
class AUTO_CLASS_NAME
{
public:
    AUTO_CLASS_NAME (int ID, T0 Var0=(T0)0, T1 Var1=(T1)0, T2 Var2=(T2)0, T3 Var3=(T3)0, T4 Var4=(T4)0, T5 Var5=(T5)0)
        : m_ID(ID), m_Var0(Var0), m_Var1(Var1), m_Var2(Var2), m_Var3(Var3), m_Var4(Var4), m_Var5(Var5)
    {
#ifdef BEGIN_DO_SOMETHING
    BEGIN_DO_SOMETHING
#endif

    }


    virtual ~AUTO_CLASS_NAME()
    {
        DO_SOMETHING(m_ID);
    }

protected:
    int m_ID;
    T0 m_Var0;
    T1 m_Var1;
    T2 m_Var2;
    T3 m_Var3;
    T4 m_Var4;
    T5 m_Var5;
};

/*
该文件(CSomethingHelper.h)最好包含到cpp文件里;如果包含到头文件中,可能会引起重复包含的问题!
Ex:
//定义第一个help类
#define AUTO_CLASS_NAME CSomethingHelperYYYYYYYY
#define DO_SOMETHING(ID) do{switch(ID){\
case 0: GlobalUnlock(m_Var0); break; \
case 1: InternetCloseHandle(m_Var0);break;\
}}while(0)
#include "CSomethingHelper.h"


//在同一个cpp文件里定义第二个help类
#undef AUTO_CLASS_NAME
#undef DO_SOMETHING
#define AUTO_CLASS_NAME CSomethingHelperXXXXXXXXX
#define DO_SOMETHING(ID) do{switch(ID){\
case 0: OutputDebugStringA("0000000000"); break; \
case 1: OutputDebugStringA("1111111111"); break;\
}}while(0)
#include "CSomethingHelper.h"

使用时:
CSomethingHelperXXXXXXXXX<xxx_type> xxobj(...);
CSomethingHelperYYYYYYYY <yyy_type> yyobj(...);
//*/


//#endif

 

 较之前版本 更加灵活,可在一个CPP中使用多次,并且可是不同情况!

 

内容概要:文章基于4A架构(业务架构、应用架构、数据架构、技术架构),对SAP的成本中心和利润中心进行了详细对比分析。业务架构上,成本中心是成本控制的责任单元,负责成本归集与控制,而利润中心是利润创造的独立实体,负责收入、成本和利润的核算。应用架构方面,两者都依托于SAP的CO模块,但功能有所区分,如成本中心侧重于成本要素归集和预算管理,利润中心则关注内部交易核算和获利能力分析。数据架构中,成本中心与利润中心存在多对一的关系,交易数据通过成本归集、分摊和利润计算流程联动。技术架构依赖SAP S/4HANA的内存计算和ABAP技术,支持实时核算与跨系统集成。总结来看,成本中心和利润中心在4A架构下相互关联,共同为企业提供精细化管理和决策支持。 适合人群:从事企业财务管理、成本控制或利润核算的专业人员,以及对SAP系统有一定了解的企业信息化管理人员。 使用场景及目标:①帮助企业理解成本中心和利润中心在4A架构下的运作机制;②指导企业在实施SAP系统时合理配置成本中心和利润中心,优化业务流程;③提升企业对成本和利润的精细化管理水平,支持业务决策。 其他说明:文章不仅阐述了理论概念,还提供了具体的应用场景和技术实现方式,有助于读者全面理解并应用于实际工作中。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值