C++如何封裝必要的違反

這篇文章主要介紹“C++如何封裝必要的違反”，在日常操作中，相信很多人在C++如何封裝必要的違反問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”C++如何封裝必要的違反”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

I.30: Encapsulate rule violations（封裝必要的違反）

Reason（原因）

為了保證代碼簡單和安全。有些時候，因為邏輯或者性能上的原因，難看的，不安全，或者易錯的技術也是必要的。如果（必須）這樣，將它們限定在局部，而不是傳染給接口從而導致更多的程序員必須小心處理它們。實現層面的復雜性應該盡可能的不用通過接口影響到用戶的代碼。

譯者注：面向對象的第一個特性：封裝的目的之一就是隔離實現和接口。如果實現影響到接口，一個根本原因就是對封裝的理解有問題。

Example（示例）

考慮依賴某種形式的輸入（例如main函數的參數）的程序，假設其輸入來自文件，命令行或者標準輸入，代碼可能這樣寫：

bool owned;owner<istream*> inp;switch (source) {case std_in:        owned = false; inp = &cin;                       break;case command_line:  owned = true;  inp = new istringstream{argv[2]}; break;case file:          owned = true;  inp = new ifstream{argv[2]};      break;}istream& in = *inp;

這段代碼違反了針對未初始化變量的準則，針對忽略所有權的準則和針對魔術常量的準則。通常，某人必須記著在某些寫下：

if (owned) delete inp;

我們可以使用帶有特殊刪除器的unique_ptr來處理這段常見的示例代碼，這個刪除器對cin不做任何事情，但是這個技術對初學者（很容易遭遇這個問題的人）是有困難的。另外這段示例代碼只是某個應該被認為是靜態的屬性（這里是所有權）需要在執行時處理的更普遍問題的一個例子。一般來說，更多的情況，最安全的示例可以被靜態處理，因此我們不想增加額外的代價和復雜性。但是我們也必須處理不常見的，不夠安全的和必要的高代價的情況。這樣的例子在[Str15]中被討論。

So, we write a class

因此我們寫了一個類：

class Istream { [[gsl::suppress(lifetime)]]public:    enum Opt { from_line = 1 };    Istream() { }    Istream(zstring p) :owned{true}, inp{new ifstream{p}} {}            // read from file    Istream(zstring p, Opt) :owned{true}, inp{new istringstream{p}} {}  // read from command line    ~Istream() { if (owned) delete inp; }    operator istream& () { return *inp; }private:    bool owned = false;    istream* inp = &cin;};

現在，作為istream動態特性的所有權已經被包裝了。實際的代碼可能還需增加一點關于潛在錯誤的檢查。

譯者注：刪除也好，不刪除也好，調用者都不需要關心了。

Enforcement（實施建議）

• Hard, it is hard to decide what rule-breaking code is essential

  困難，很難判斷哪種違反規則的代碼是必要的。
  

• Flag rule suppression that enable rule-violations to cross interfaces

  標記那些導致規則違反的影響透過接口傳播的規則抑制行為。
  

到此，關于“C++如何封裝必要的違反”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！