堕天使の煉獄

なんか風つよいなーとおもったら台風きてたのですね。
窓を閉め切ってると空気がよどむ～。

そんな感じで相変わらずちまちまＰＧ。

DXライブラリ@vc++

文字回りをガリゴリ。

gDebug() << u8"utf-8出力";
gDebug() << L"utf-16(wchar_t)出力";

QtのqDebugと同じ感じの記法でデバッグ出力出来る様に<<をオーバーロードすれば独自クラスの中身も出力できるのも同じ。
windows環境にあわせてワイド文字でもutf8でもどっちでもそのまま出力指定出来るところがちょっと違う所。
でもなんだかキモイなこれｗ

基本的にはdxf::stringという独自文字クラスを用意して、const char*はutf-8前提でutf-8も受け取れる様にして内部ではutf-16（std::wstring）で持つ(utf-8は受け取ったところでutf-16に変換する)感じに。
毎度utf-8で受け取るとそのたびに変換するコスト掛かっちゃうけど、まあ微々たるものだろう。ループの中なんかならL""つかえば変換掛からないし、使い方次第ぽ？
とりあえずこれで_T("")を使わなくて済むようになるのは大きい。
_T("")ていちいち打つのめんどいんですよね。そんでもってQtとかにコード持ってくときにも邪魔になるし。TCHARとかの将来性もよくわからんwin固有の邪魔くさい型もつかわなくて済む用になったし。

個人的な精神的衛生上の問題　＞　utf-8→utf-16の変換コスト

です（ぉ


で、次にQString風のフォーマット書式系も使える用にしてみたり。

dxf::string test5 = dxf::string::format(u8"フォーマット書式 %d %s", 15, u8"文字");
dxf::string test6 = dxf::string(u8"フォーマット書式 %1 そのに%2 aa%3bb").arg(u8"挿入").arg(L"あいうえお").arg(u8"三個目");
dxf::string test7 = dxf::string(u8" %1 %3 %2 %4 ").arg(100).arg(25, 4, 10, u8'-').arg(128, 4, 16).arg((char)128, 0, 2);

結果：
------------------------------------------------
フォーマット書式 15 文字
フォーマット書式 挿入 そのにあいうえお aa三個目bb
100 0x0080 --25 0b10000000
------------------------------------------------

作ってみたところで、argの数値→文字あたりの書式指定方法回りがちょっと厳しいなと。

arg(T value, uint digits = 0, int base = 10, dxf::DxfChar fill = dxf::DxfChar('0'));

宣言部分はおおむねQStringのパクリなんですが、base = 10のとこ、2にすると２進数、8にすると８進数１６にすると１６進数になるのですが。
そも普通に８進数なんか使わない。
２進数と１６進数はほぼデバッグ用途ですよね。
んでもって２進数は中身はstd::bitsetを使ってるので桁数指定は引数じゃ指定出来ないstd::bitset<size_t N>とテンプレートパラメータで指定するので、定数じゃないと指定出来ないのですよ。通常は桁数を決め打ちするか

constexpr int kbit = sizeof(T) * CHAR_BIT;
ostr << std::bitset<kbit>(value);

って感じで２進数表記にしたい値の入ってる変数の型からサイズを指定するパターンが普通だとおもわれ。

そうなると、もともとbase = 2を指定したときにはuint digitsは不要になるんですよね。(そして２進数表記はもとから型サイズありきで自分で桁数指定する意味ももともと薄い)
しかし他の所の指定はデフォルト値も使用したいところではあるし、引数のオーバーロードでの対応はいろいろと無理があるなーと言う感じに。

template<typename T, std::enable_if_t<std::is_integral<T>::value, nullptr_t> = nullptr>
arg_hex(T value, uint digits = 0, bool prefix=true);
template<typename T, std::enable_if_t<std::is_integral<T>::value, nullptr_t> = nullptr>
arg_bit(T value, bool prefix=true);

なんて感じで２進数と１６進数だけ別関数にした方が良いんじゃ無かろうかとか。

そうすることで、元のargのみの時の場合だとどうしたもんかなと思ってたプレフィックス（0xとか0b）の付ける付けないの指定も個別で対応できるし、そもそも２進数と１６進数はほぼデバッグ用途と考えれば別関数に別けるのもまあ有りなのかなとか。

あとちょっと嵌ったのが、T valueにboolが来た場合

bool b = true;
dxf::string(u8"真偽 = %1").arg(b);

みたいなので、"true"　"false"に置き換わるようなのも欲しいかなとおもって追加してみたらば。

dxf::string(u8"%1　%2").arg(u8"あああ").arg(u8"いいい");

の結果まで

"true true"

になってしまったり。
あーc++ではたしか文字リテラルってboolに暗黙変換されるとかいうルールあったなーと。

arg(const char* str)

があればこっちのが優先されるのだけども

arg(const std::string& str)とか
arg(std::string_view sv)だと

オーバーロードの優先順位的にboolのが先に候補に挙がってしまうっぽい。

そんな感じで、オーバーロードや引数、デフォルト引数、その辺の兼ね合いで結構いろいろと試行錯誤を繰り返し中。

sprintf系のフォーマット書式もなんだかんだでうっとうしいし、QString風のargでくっつけてく形も、argの方でいろいろアレンジ出来る幅はあるものの、結構面倒なことになってるなとQStringのドキュメントみておもたり。
argのオーバーロード結構使ったことないパターン結構いっぱいあるぽ。
ドキュメントみて初めて知ったけど、置き換え用指定の%nのnてQStringだと1～99まで使えるのね。
漠然と1～9個の９個までとかなのかなとかおもてました。

んでもまあ、自前で作ってる方のはゲーム用のなので、あんまし機能とか付けすぎてもなと。基本ゲームPGの場合は実行速度の方が重要度高いので。

%1%3%2 とかなってるときにちゃんと%1の次は%2を置き換えて～とかいう順番も端折って、番号なんか飾りですよとばかりに、とにかく%+数字がヒットした順番に置換ってのでもいいかなーとかも考えたぐらいで。
置き換え文字が１文字だとその文字自体が使えなくなってしまうので、番号とセットって感じの措置はやっぱ必要か……。しかしそれはそれで番号の意味無いってのもなんだか気持ち悪いなぁ。
ということで現状、結局数字順でちゃんと置換する形にしましたが……。%%とか二つつづき限定とかもいろいろ考えたりはしたのですけど。

試しに書いてみると……。

dxf::string(u8"フォーマット書式 %% そのに%% aa%%bb").arg(u8"挿入").arg(L"あいうえお").arg(u8"三個目");

コレはコレで、何処に何番目のargの値が入るのかわかりにくいし、argの個数が全部でいくつなのかもわかりにくいか………やはり番号は必要ぽ。

んでもQtのQStringで触ってた時には、いちいち番号ふるの面倒っちゃ面倒だなーという気はしてたりして。だいたい頭から順番てのがデフォで結局頭から連番以外で使う事は殆どなかったりで。番号の順番かえて置換位置変えるなんてのは、ごく稀にやった記憶があるぐらいで。
むーん。


しかし、ここ数年で随分と文字回りも書き方がいろいろと変わったなと実感。

std::sting_viewはかなり汎用性が高くてもはや無くてはならないってぐらいになってるし。
でも値→文字あたりでいろいろと書式指定で変換しようと思うと、相変わらずstringstreamとかつかわなならんのはなぁ。

#include <charconv> // c++17
std::to_chars
std::from_chars

なるものがあるようなのだけど、まだVisualStudio15.3.4の段階ではまだ追加されていないぽ。
でもこれも

C++1z ロケール依存なし、フォーマット解析なしの高速な文字列・数値変換
ttp://faithandbrave.hateblo.jp/entry/2016/08/24/181540

0埋めとか一部の機能が無いので、完全にコレ一本で……とはならないぽ。
でもこれ自体はかなりパフォーマンス重視らしいので、はやく追加されて欲しいなぁ。

そんな感じでゲームPGといいつつ、画面は真っ黒のまま。
デバッグ出力で文字みてるだけの最近……。