堕天使の煉獄

先日の日記で、ゲームパッドのコンフィグ設定を別アプリでとかいう話。
その後、そうか、DirectInputの入力をチェックしながらなんかややるアプリとなると、DirectInputの初期化も自前でやらなきゃいけないんじゃん、とか気づく。
この辺やったことある人ならだよねーってかんじなのですが、DirectInputの初期化周りって鬼門なんですよね。めんどいのでいまさら触りたくも無いですｗ

で、そうなると結局、QTだとDirectX自体の読み込みが大変めんどいので.net版のDXライブラリ使ったＣ＃で作るの以外、簡単にできそうな選択肢無いじゃんとなったり。

で、まあ、大した規模のアプリでもないし、一日で終わるかな。
c++でつくったソフトとのバイナリファイルのやりとりで、Ｃ＃の構造体周りのビットセットとかその辺で手こずるかもだけど～とか軽い気持ちで始めたらば。
なんかあっさりとファイルからの構造体単位での読み書きとか、ＤＸライブラリの初期化あたりはあっさり出来てしまって拍子抜け。

が、そこからがなんかめんどくさかった……。

以前ちょっと触ったのって、WPFとかいうの出来たぜ－とか言ってたVC#2010とかあたりの結構前。それから随分と……いやかなり変わっちゃってるなこれ、ＷＰＦ。

あと、C#も、unityでちょっと触った時には、なんか順当に進化したｃ++って感じ？　でわりと好感触だったんですけども。
なんだろう、ＭＳの独自拡張がキモイのか。なんかイライラしてｃ++に戻りたいって感じがずっとあったり。なぜだろう。unityだとあんまし気にならなかったのに……。

ていうか、基本的に経験則でこういうときはこういうメソッド名っていうのが何年もｐｇやってれば出来てるものですが、Ｃ＃なんかいちいちメソッド名が名前変わってるんですよね。それもなんか過去の古い、ときには間違ってるもの断ち切って新たにきれいに刷新した。っていう感じなのかというと、いまいち首をひねるようなネーミングセンス……。

なんか0からコレ触るひとには良いんだろうけど、他の言語そこそこやってる人にはなんかいろいろ厄介というか難儀な代物になってるな……という印象。

細かなｃ++との仕様上の相違からちょいちょい嵌ることもおおいし。



なかには蛇蝎のごとく嫌う人も居るらしい三項演算子ｗ
が、なぜか下の書き方だとよくわからないエラーが出る。
いろいろググってみると、Ｃ＃では三項演算子の後ろの二つの式はvoid型を返しちゃいかんとかなんとか。
普通に使えるケースもあるのだけど、そのときとの違いがいまいちよくわからん。


プロパティというのは便利でいいんですけども。

public int value { get; set;}

と描くだけで、セッターとゲッター両方宣言したのと同義になるのとか。呼び出す際にうしろに()要らなくなるとか、そういうの。
なんかその所為でか。

public bool IsValid {get; set;}

is + ○○系で、値が設定出来るのって違和感あるな……。

あと、この機能の所為で、（）省略出来るのが当たり前の感覚になっちゃって、いざ（）が必要名メソッドとかあっても（）無しの所為でエラー。
しかもそのときのエラーは（）が無いですぜなんてエラーメッセージとかでないで
上の三項演算子の時のエラーと同じエラー文がでたりする。

これで（）書くのの忘れてるぜとか気づけねーよｗ

結構頻繁に使うんですよね。

toString()

ほとんど（全部？）の値型とかに.toString()とつけると文字化してくれるのでデバッグ出力とかで大活躍なのですが、最後に（）つけ忘れてなんでこれでエラーなんだと、ほんとに忘れた頃にやってきて時間を奪っていく奴ですｗ


ほかにはなんかｃ++だとこうシンプルにかけるのに、Ｃ＃だと同じコトするのにちまちまといろいろ書かなきゃいけない……っていう場面に出くわすことが多い感じ。
なんか書き方あるのかも知れませんが。

んまあ慣れもあるんでしょうけど。
いまではすっかり慣れちゃったので、むしろＣ＃の書き方のが気持ち悪く感じるラムダ式とかｗ

そんなかんじで


大体できたぽ。
なんか構造体とかＤＸライブラリまわりよりも、Ｃ＃とＷＰＦのお作法のほうで時間繰ったかんじ～。

なにげに一番嵌ったのは、ＤＸライブラリでウィンドウ無しで実行～ってのが上手く動かなかった所だったりするんですが。

別ウィンドウにしてそのウィンドウ非表示にして。
アクティブでなくてもＤＸライブラリのプロセスは処理する。
みたいにやってるつもりだけどもなぜか中身が更新されない（パッドの入力情報はずっと変更かからない）とかなっちゃって、ほとほと困ったりして。

なんか本家の掲示板のログとかあさってみると、「DirectInputを使用しない」にするとうまくいくとか……。

描画機能一切使わないでDirectInputの入力をＧＵＩで処理するアプリを作ってるのですからDirectInput使わないフラグ折っちゃダメだろと本末転倒な感じｗ
ていうかここでもDirectInputが足をひっぱってるのか。ほんと酷いｗ

最近ではもう、アプリの側でもXInput専用でDirectInput不対応なソフトも増えてきてるそうな。さもありなんｗ

ほんとXInput専用にするとかなり面倒なくていいんですけどね。
というのが今回痛いほど身にしみたり。

で、結局最後に見つかった解決法は……デスクトップマスコット用に透明ウィンドウを使う。という大昔に追加された機能が日の目をみたりｗ

このアプリ画面、じつは上に透明なＤＸライブラリの画面が乗っかってるというｗ
入力だけとれればいいので、ループもタイマーで100ｍｓぐらいの頻度で回すだけで描画もしてないので、全然負荷も掛からないしコレでいいやと。

あとは、なんか異様にVisualStudio重いですね。vｃ++んときは起動時がなんか重くなったけどそれ以外はむしろ快適になったなーと言う感じなんですが。
(XPでVC++2010あたりの構成はとくにもたつきが酷くてストレスたまりまくった）
Ｃ＃のほうだとやたらとソリューションの読み込みに時間が掛かったり、デザイナとコードの行き来のときにしょっちゅうマウスが引っかかったりとか。
ｐｃが貧弱な製もあるのかな……。

でも実行速度は全然気にならなくなってますね。
以前のｘｐ時代とかのWPFは結構もたつき大きくて、レスポンスの悪いイメージでしたが。
でももう、お腹いっぱい。

やっぱc++の世界にかえゆっ