簡體   English   中英

在這種情況下,有沒有比dynamic_cast更好的解決方案?

[英]Is there a better solution than dynamic_cast in that case?

我試圖制作獨立於平台的代碼,所以我在使用OOP。 例如,在Windows,Mac OS X和Linux上,您可以擁有Windows,但是在android上,您可以擁有視圖,因此我嘗試對此進行抽象。

我首先創建一個類來表示窗口或視圖,我稱之為視圖:

class View
{
public:
    virtual ~View()
    {}

    virtual void display() = 0;
    virtual void hide() = 0;
};

現在的問題是,在Android上沒有視圖的標題,而在Windows上則沒有視圖的標題,所以我決定創建另一個類:

class NameableView : public View
{
public:
    virtual void setName(const std::string& name) 
};

然后最后實現這些類:

class WindowsView : public NameableView
{
    /* Windows implementation */
}

class AndroidView : public View
{
    /* Android implementation */
}

然后,我需要制作一些代碼,僅在可能的情況下(如果它繼承自NameableView類),為視圖設置名稱。

那么我該如何解決這個問題呢? 我首先想到了dynamic_cast但是我經常聽到, dynamic_cast過多表明存在設計問題。 我是C ++的初學者,所以也許我沒有想到正確的方法,我應該更改整個設計。

我試圖制作獨立於平台的代碼,所以我在使用OOP。

這不是最佳方法-多態層次結構和virtual函數允許從同一接口繼承的不同具體對象類型在運行時表現不同,但是您知道要在編譯時定位的平台。

您應該做的是使用靜態多態性和CRTP提供每個通用的每平台實現都必須滿足的通用接口。

template <typename TDerived>
struct View
{
    void display() { static_cast<TDerived&>(*this).display(); }
    void hide() { static_cast<TDerived&>(*this).hide(); }

    constexpr bool supportsSetView() const
    {
        return static_cast<TDerived&>(*this).supportsSetView();
    }
};

對於setName ,您應該在每個平台上都提供一個supportsSetView檢查,如果可以命名該視圖,則在編譯時返回true 然后,您在調用方執行該檢查,並且僅在檢查通過時才調用setName

用法示例:

#if defined(PLATFORM_ANDROID)
struct AndroidView 
{
    // ...
    constexpr bool supportsSetView() const { return false; }
};   

using MyView = View<AndroidView>;
#else if defined(PLATFORM_WINDOWS)
struct WindowsView 
{
    // ...
    constexpr bool supportsSetView() const { return true; }
    void setName(std::string x) { /* ... */ }
};

using MyView = View<WindowsView>;
#else
#error "Unsupported platform."
#endif

來電方:

MyView currentView;

if constexpr(currentView.supportsSetView())
{
    currentView.setName("something");
}

就像if constexpr(...)的求值發生在編譯時一樣,如果MyView支持,則代碼只會調用setName

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM