堕天使の煉獄

18日も暑くなると聞いて身構えてたものの……まあ暑いは暑かったけど、うちのところは少し曇り気味だったのと、結構風があったせいで17日に比べればそこまで暑くなかったかな。
室温も30度ぐらいだったし。
まあクーラーはちょっとだけ試運転もかねてつけたけど。
つけたら寒くなったのでちょっとつけたあとすぐ消したり（ぉ

今日の作業は、相変わらず設定まわりのuiがりごり。

単純な文字列入力部分の履歴から入力したり、その履歴の管理をするプチダイアログは以前のコードだとQtのフォームデザイナでつくってたんだけど。

Qtのフォームデザイナで生成すると、xxxx.cppとxxxx.hとxxxx.uiが生成されるんですよね。
最近は基本、なんでもヘッダオンリーで.cppは使わないコーディングに移行してるので、フォームデザイナ使うとそこだけcppも生成されるのがなんか汚された感あってなんかヤダ。
っていう感覚は以前からあって。
でもまあ、先日の設定画面みたくそこそこ中身詰まってるようなものはデザイナ使わないとシンドい……てのはあったのだけども。

ちょっとした数個程度のコントロールあるだけのやつにまで.cppとか.uiまで生成されるのもなぁ。
あと、この方法で作った物って、部分だけコピーてのが難しいんですよね。
いや使い回すの前提ならそこだけ別のコントロールとして切り出して分けておくってのもできるっちゃできるんですが。
1画面でガリゴリレイアウトを作ったうえで、あとからこの部分切り出したいなって時に
ui部分のコピーだけならできるんですけど、ボタン押したあとの動作とかそのへんまではコピーできないわけで。
やろうと思うとその部分の.hと.cppのソースコード両方をコピペする必要があって。
それがなかなかめんどい。

んで、フォームデザイナ使わないでそのままソースコードオンリーで記述する方法もあったりするんですけど。
結構泥臭いやり方なのと、こまかなデザインの修正とかが難しい……ってのもあって結局デザイナ使ったほうがいいのかなぁとおもってたのですが。
とりあえずソースコードオンリーのも試してみるかってことで今回やってみることに。



右下の履歴編集のダイアログとそのソース部分。

上の方から順番に入れ物用意して積み上げていく感じで……まあ簡単なものならこれでもいいかなぁという気もしないでもない。
でもQVBoxLayoutとかQPushButtonとか使用するコントロール増えるたびにそれぞれ#includeとか書き足さないといけないのは地味にめんどくさいなコレ。

デザイナ経由だと、自動で.uiに追加されビルド時にui_xxxx.h内にincludeの項目が自動で追加される感じで自動化されてるんだけど。

あとやっぱ細かいレイアウトの調整とかやりたくなったときソースコードのみでやるのはしんどいなこれ。わかってたこととは言え。

大まかなレイアウトにそんな気を使わないレベルのものにしか使えないぽ。

ただメリットも結構あって。
ヘッダオンリーで記述してるので、コピペが簡単。
別のプロジェクトに同じものを使いたいってなったら.hをプロジェクトに追加するだけですぐ使える。

部分的に使い回す際も、ボタンの動作とかも、画像のソースコード部のしたのほうにある

connect(button_add, &QPushButton::clicked, this, &StringHistryEditDialog::on_button_add_clicked);

button_addっていうプッシュボタンオブジェクトのclicked()が発信されるとthis（自分自身）のon_button_add_clicked()メソッドを実行するよっていう文なのですが。

この文コピーしてon_button_add_clicked()を追加して中身を書くだけで再利用可能になるわけですよ。

使いまわしという点では、ソースコードオンリーのがはるかに取り回しが便利だなぁと。

なんだかんだで結局はデザイナで作ったほうが面倒無いのかも……と思ってたけど、実際に組んでみると、ソースコードオンリーのが便利な気がしてきた……。

まあ小物に限るっていう但し書きはつくだろうけど。



あとはVisual Studio 2022 バージョン 17.6来てたな。
リリースノートの方で17.6だと、class名のところからポップアップでてそこからデフォルトコンストラクタ(メンバの初期化付き)とか等値演算子とかをワンタッチで追加できるようにってのが便利そうだなーとおもってたのですが。

でもc++23関係はそんな変わってないな……。
いまはQtでガリガリやってるので、コンパイラとしてのvc++が変わってないのならまだアップデートしなくてもいいかな……。
なにげにVisualStudioはCドライブに入れないといろいろと面倒おこるらしいってことでCドライブのあるSSDにインスコしてるので……。すこしでもSSDの寿命伸ばすために更新は最低限に……（貧乏性）

んでc++23関係更新ないのかなーと確認してたらば。

ちょうど設定部分の書き直しの際に、QSettingsてenumで設定してる情報の書き込みが結構めんどうだったりするのですが。

保存時のenum→intは良いのですが、逆の読み込み時のint→enumてのが問題アリアリで。

c/c++の規約ではintの値がenumの範囲外の場合のcastに関しては、動作は「未定義」なんですよね。
この辺、範囲チェックとかちゃんとやろうと思うとswitch～case文で該当のものがあるかチェックしたりとかなんだかめんどくさい事になるんですよね。
ただ、0から始まる連番で飛びや抜けのない並びのものなら一番最後の要素が最大値になるのでチェックはまだやりやすいわけで。

そう言うの専用のチェック用の汎用関数作っとくかってことで、templateでenumかどうかってのは～enable_ifでstd::is_～から……あったstd::is_scoped_enumだな。
ってかんじでインテリセンスでみてたらばっちりあったのでそのまま使ったのだけども。vc++のｃ++23の対応表みてたらばstd::is_scoped_enumてc++23からやったのね。
いままでなかったのかコレ……。

そしていつになったらif consteval来るんだよvc++……。


そして夜はまだ涼しいな。
この時期の夜はとても過ごしやすくていろいろと捗る～

レス

お名前（無記入可)

本文