tiny utf8
Version 4.4.3
4.4Tiny-UTF8は、Unicodeを任意のC ++ 11プロジェクトに非常に簡単に統合するライブラリです。ライブラリは、 std::stringのドロップイン置換として機能するクラスutf8_stringのみで構成されています。その実装は、小さなメモリフットプリントと高速アクセスの中間に正常にあります。したがって、 std::stringのすべての機能は、対応するCodePointベースのUTF-32バージョンに置き換えられます - すべてのアクセスをフードの下でUTF-8への翻訳。
c ）（ r ） begin / endはコードポイントベースのイテレーターを返し、 raw_ （ c ）（ r ） begin / endはバイトベースのイテレーターを返すことを意味します。str.erase( std::remove( str.begin() , str.end() , U'W' ) , str.end() )動作しますが、 str.erase( std::remove( str.raw_begin() str.raw_end() , , U'W' ) , str.raw_end() )その理由は、 std::removeの呼び出しの後、文字列データのサイズが変更され、 str.raw_end()への2回目の呼び出しが現在で検証されたイテレータを生成した可能性があります。std::stringのドロップイン交換sizeof(utf8_string)の長さまでの文字列の小さな文字列最適化（SSO）！つまり、後続の を含むsize()データのサイズをバイト単位で返します。 length()含まれるコードポイントの数を返します。0x0 0xFFFFFFFFコードポイント範囲、つまりコードポイントあたりの1-7コード単位/バイト（注：これはUTF8で指定されているよりも多いが、これまでは範囲外であると見なされない）const char* / const char32_t*を使用するすべてのメソッドには、 const char (&)[N] / const char32_t (&)[N]の過負荷もあり、埋め込みゼロを使用した文字列リテラルの正しい解釈を可能にします）shrink_to_fit()をサポートC ++のUTF8ソリューションを書くことにしたとき、 std::stringのドロップイン交換が必要であることを知っていました。当時、主に、1つを持っているのがきれいだと感じ、C ++には常にUTF8のアクセス可能なサポートが欠けていると感じたからです。それ以来、数年が経ち、状況はそれほど改善されていません。とはいえ、現在、物事は改善しようとしているように見えますが、それはあまり言いませんよね？
多くの「経験豊富なユニコードプログラマー」（例えば、UTF-8 Everywhereで公開されている）が共有している意見は、単一コードおよびエンコーディング固有の治療の必要性を下回っていない、および過剰に推定する「経験豊富な」プログラマーが次のとおりです。
Unicodeはロケット科学ではありませんが、それでも正しくなるのは難しいです。 Tiny-UTF8は、C ++のICUのようなエンタープライズソリューションになることを意図していません。 Tiny-UTF8の目標は次のとおりです
std::stringカスタムクラスに置き換えることにより、できるだけ多くのギャップを「ユニコードをサポートする」ために橋渡しします。 Tiny-UTF8は、ユニコードインフラストラクチャを構築するシンプルで依存する基礎となることを目指しています。そして、 1） C ++ 2XYZがたまたまあなたのユニコードの寿命をTiny-UTF8または2）エンタープライズに行くことを決めた場合、 std::stringをtiny_utf8::stringに置き換えるのにあまり時間を無駄にしていません。それがTiny-UTF8をとても心地よいものにしている理由です。
'ch' vs. 'c'+'h' ）注：ANSIサポポートは、実行速度を支持してバージョン2.0で削除されました。
# include < iostream >
# include < algorithm >
# include < tinyutf8/tinyutf8.h >
using namespace std ;
int main ()
{
tiny_utf8::string str = u8" !? olleH " ;
for_each ( str. rbegin () , str. rend () , []( char32_t codepoint ){
cout << codepoint;
} );
return 0 ;
}__cpp_exceptionsをチェックすることによって行われます。noexceptたい場合は、macro TINY_UTF8_NOEXCEPT #define 。TINY_UTF8_THROW( location , failing_predicate ) #define 。アサーションを使用するために、 #define TINY_UTF8_THROW( _ , pred ) assert( pred )書きます。TINY_UTF8_THROW( ... ) void()として自動的に定義されます。これはうまく機能します。これは、 TINY_UTF8_THROWのすべての用途にすぐに続くためです;フォールバック値の適切なreturnステートメントと同様に。つまり、 TINY_UTF8_THROW安全にノーオプになる可能性があります。 tiny_utf8::basic_utf8_stringはbasic_stringに変更されました。これは、 std::stringのドロップインキャピールに似ています。 tinyutf8.h 、他の多くのC ++ベースのオープンソースプロジェクトの構造を模倣するためにinclude/tinyutf8/ folderに移動されました。 utf8_string 、 namespace tiny_utf8内で定義されるようになりました。グローバルネームスペースで古い宣言が必要な場合は、 #define TINY_UTF8_GLOBAL_NAMESPACEchar8_t tiny_utf8::u8stringを使用しますchar utf8_stringを定義している場合は、Macro TINY_UTF8_GLOBAL_NAMESPACE #define 。 バグが発生した場合は、[問題]タブを介してバグレポートを提出してください。すぐに答えようと思います！
Tiny-UTF8を改善するために時間をかけて。
乾杯、ヤコブ
