c++ - 嵌入式系统的工厂方法模式

我使用基类实现了继承设计

// Msg.hpp
#ifndef __MSG_H_
#define __MSG_H_

#include <iostream>
#include <string>
class Msg {
  public:
    virtual void buildMsg(std::string &msg) = 0;
};
#endif

在我的示例中，有两个派生类:

// GoodMorningMsg.hpp
#ifndef __GOOD_MORNING_MSG_H_
#define __GOOD_MORNING_MSG_H_

#include "Msg.hpp"
class GoodMorningMsg : public Msg {
  public:
    void buildMsg(std::string &msg) {
       msg.append("Good Morning");
    };
};
#endif

// GoodEveningMsg.hpp
#ifndef __GOOD_EVENING_MSG_H_
#define __GOOD_EVENING_MSG_H_

#include "Msg.hpp"
class GoodEveningMsg : public Msg {
  public:
    void buildMsg(std::string &msg) {
       msg.append("Good Evning");
    };
};
#endif

为了避免切换的需要，我通常将来自GoodMorningMsg和GoodEveningMsg类的实例放在std::map对象中，并每次执行相关对象来构建我的消息。

由于我正在为嵌入式系统编写代码，因此我不允许使用动态分配(换句话说，就是STL库)。

假设我事先知道需要创建的实例大小，那么如何实现通用代码并避免在代码中使用开关？

更新
我解决了一个问题，但第二部分仍未解决。
这是我的main.cpp:

#include <iostream>
#include <map>
#include "Const.hpp"
#include "Msg.hpp"
#include "GoodMorningMsg.hpp"
#include "GoodEveningMsg.hpp"

void printMsg( std::map<std::string, Msg*> msgMapObject , std::string msg , const std::string & strToFind ) {
    std::map<std::string, Msg*>::iterator it = msgMapObject.find( strToFind );
    if(it != msgMapObject.end()) {
        it->second->buildMsg( msg );
        std::cout << "Message: " << msg << std::endl;
    }
}

int main() {
    GoodMorningMsg goodMorningMsg = GoodMorningMsg();
    GoodEveningMsg goodEveningMsg = GoodEveningMsg();

    std::map<std::string, Msg*> msgMap;

    msgMap.insert(std::make_pair( std::string("GoodMorning") , &goodMorningMsg ) );
    msgMap.insert(std::make_pair( std::string("GoodEvening") , &goodEveningMsg ) ) ;

    std::string msg("I wish you ");

    printMsg( msgMap , msg , std::string("GoodMorning") );
    printMsg( msgMap , msg , std::string("GoodEvening") );

    return 0;
}

我不想每次都创建GoodMorningMsg或GoodEveningMsg类的实例，而是想放置与std::map等效的东西，但是不能抛出异常，因为我正在为嵌入式系统应用程序编程。

最佳答案

可能实现抽象的Msg类。派生所有三个类Msg，GoodMorningMsg，GoodEveningMsg。对Msg类进行模板化，并在实例化传递GoodMorningMsg类或GoodEveningMsg类并设计Msg类抽象方法时实例化传入的类型的buildMsg方法。那表示我不确定如何解决您的问题，然后再次不是确保我完全了解您的问题