華和梨開発ツール再考†
http://www3.to/TinyPalace/
http://kemonomimisippo.hp.infoseek.co.jp/
http://d.hatena.ne.jp/satos/
これってなに?†
華和梨の開発ツールがCUIなのがどうかという問題提起のまとめと解決案を考えるページ。
……って、わしAYAユーザーやなかったっけか*1……
現状の問題点†
- デバッグツール(幸水)がCUIしかない
- AYAの玉はGUIっぽいですが実は操作体系はCUIなのでいっしょです!
- 里々はさとりて……でしたっけ。ゴースト辞書全体を読み込んで精査という使い方はできなかったはず。
- ログのリアルタイム表示GUIツールがない
- 設定ファイルをいじらずにこのアプリ立ち上げればログが見られますよっていうのはすごく気楽で良い。
- デバッグモードをONにしたままほったらかしてリリースしちゃった!という情けない問題。
※うちが今まで散々やってしまったアホなミスです orz
- AYAは玉、里々はれしば。
問題点の検討†
デバッグツールがCUIしかない†
- そもそもどのSHIORIもないかCUIしかないかどちらか。
- トライ&エラーでやる人が多く、デバッガもどきを持ち出すのは非常に稀。 <- 櫛ヶ浜やぎさん@さとーさんの日記
- 需要の低いシロモノをGUI持ち出してまで飾り付ける必要があるのかなぁ?
ログのリアルタイム表示GUIツールがない†
- 華和梨のログ吐きはofstreamを使って生で書き出しているだけ。
- ……つまり、ostreamを継承したクラスとか作れればいける……のかな?operator<<はvirtualでしたっけ?
- WM_COPYDATAをログ取りアプリのウィンドウにSendMessageで投げつけるだけのはず。シンプル。
- 受信側はさとりてなり玉なりの互換ならそれでよろしいかと。
- SHIORI共通の受信アプリがあれば楽なんですが、贅沢言い過ぎですな、、、
とりあえず†
- デバッグツールは……まぁ、幸水そのままでよかろうと。
- リアルタイムログ吐きツールは、れしばをもらってきましょう。あるものを再開発する必要はまったくないですし。
- 華和梨側の対応が……ostreamもどきクラスを作る工数・難易度etc...
- 華和梨のソースはばっさり環境依存部分と非依存部分を分けたファイル構成で、ログ吐き処理は非依存部にあるので、ツールにまるなげする処理をどこに置くかが難題。
- 文字コードの問題。れしばが受けられるデータ(文字)の制限は?華和梨側で変換かまさないと駄目?玉はそのへんの対応コードあるみたいですが。
ツッコミ†