OWE STD的合法性：在C+11中的字符串實現據我所知，抄寫并不是實現一致性的可行方法。std::string在C+11中，但當最近討論時，我發現自己無法直接支持這一說法。我是否正確，C+11不承認基于牛的實現std::string?如果是，這一限制是否在新標準(哪里)中明確聲明？或者，這一限制是否意味著，這是新的要求對std::string，這就排除了基于牛的std::string..在這種情況下，我會對“C+11”的一章和詩句風格的派生感興趣，因為它實際上禁止基于奶牛的std::string實現。
3 回答
白豬掌柜的
TA貢獻1893條經驗 獲得超10個贊
-作為任何標準庫函數的參數，引用非-ConstBasic_String作為參數。
-調用非Const成員函數，但運算符[]、在、前面、后面、開始、rBEGIN、End和rend除外。
operator[]
MM們
TA貢獻1886條經驗 獲得超2個贊
[]c_str()data().
提案
我們建議將所有迭代器和元素訪問操作安全地并發執行。
我們正在提高操作的穩定性，甚至在順序代碼中也是如此。
這種更改實際上不允許復制到寫入實現。
在性能上最大的潛在損失，因為一個開關的副本上寫實現是增加內存消耗的應用程序，非常大的讀-主要是字符串。然而，我們認為對于那些應用程序來說，ROPE是一個更好的技術解決方案，并建議將ROPE建議列入庫TR2。
- 3 回答
- 0 關注
- 458 瀏覽
添加回答
舉報
0/150
提交
取消