前からネタにしていた艦これの専ブラ、そこそこまともなドキュメントをようやく書きました。
ドキュメントを真面目に書くのに時間かかりましたね…。ということで、取り敢えず公開してみます。
http://www.3pf.jp/products/kcb から。
配布サイトでも散々書いてますが、専ブラは割とグレーらしいので自己責任で。
一般公開前から身内に配っていて感想とか要望貰って色々弄りました。感謝ですね。
前からネタにしていた艦これの専ブラ、そこそこまともなドキュメントをようやく書きました。
ドキュメントを真面目に書くのに時間かかりましたね…。ということで、取り敢えず公開してみます。
http://www.3pf.jp/products/kcb から。
配布サイトでも散々書いてますが、専ブラは割とグレーらしいので自己責任で。
一般公開前から身内に配っていて感想とか要望貰って色々弄りました。感謝ですね。
.NETアプリでWebBroserコントロールを貼っつけたらInternet Explorerコンポーネントが貼り付けられます。
ところで、このIEコンポーネント、どんなIEなんでしょうか。
「そんなんマシンに入ってるIEと同じに決まってんやろ」という人は鴨川デルタで磔にされますよ。
WebBroswerコントロールで動くIEはバージョン7です。
ほんまかいな、という人のためにAcid2テスト*1をしてみましょう。
見事に失敗してますね。
In order to ensure that these existing applications remain in working order, IE8 renders pages running within instances of the WebBrowser control in IE7 Standards Mode by default.
WebBrowser Control Rendering Modes in IE8 - IEBlog - Site Home - MSDN Blogs
既存のアプリケーションが困らないようにこうしたんだって。
続きを読むWebアプリケーションでのデータ構造デファクトスタンダードがJSONなので、.NETというかC#でJSONを読みたいことがままあります。
みんな同じようなことを思うので、ライブラリがちゃんとあって、周辺環境も色々と整備されています。
基本的にはぐぐればおよその情報が出てくるので、メモ程度です。
あ、前の記事で艦これのやりとりするJSONデータが取れたんで、それを料理しましょうって話です。
続きを読む突然ですが、HTTP通信を覗くことを考えます。
あ、艦これの専ブラを作った話からの続きです、はい。
要するにHTTPプロキシを作ればいいわけで、C#にはSystem.Net.HttpListenerというHTTPサーバクラスもあったりして自前で実装することもできますが、FiddlerCoreという.NET向けHTTPプロキシライブラリがあるのでこれを使うことにしました。車輪の再発明はやめて、枯れたライブラリをありがたく使わせてもらいましょう*1。
FiddlerというHTTPアナライザのHTTPプロキシ部分がライブラリFiddlerCoreとして提供されています。
なので、単にHTTPセッションを中継するだけではなく、以下の機能があります。
「HTTPセッションをハンドルし、適当なタイミングでイベントを呼び、HTTPリクエスト/レスポンスを適当に調理したものを渡してくれる。」
完璧じゃないですか。
というわけで、早速使ってみましょう。
*1:自分の書いたコードが一番信用ならんかったりするよね。
Java書くの疲れて艦これ始めたらしっかりハマってしまいました*1。
で、しばらくぽちぽちやってたわけですが、だんだんUIに不満が。
というわけで、なんとかするというか自前GUIを書く*3ことにしました。ブラウザゲーなので、専用ブラウザとか呼ぶようです。
こんな感じに出来ました。
ブラウザゲーなので、基本的にクライアント側ではサーバに指令を与えてサーバから降って来たデータを表示することしかしてないはず。サーバから降って来たデータを自分で料理すればいいことになるので、取り敢えずChromeのデベロッパーコンソールで流れてるデータを眺めたりぐぐったりして情報収集しました。
結論:「httpプロキシ作って流れてるJSONをwatchすればいい」
要するに
ってなわけで、以上2つについて調べたことを今後書いていきたいきます。
次回予告:「C#でhttp sniffing」→書きました:FiddlerCoreを使ってC#でhttp通信を覗き見しよう
ちなみに、公開しました(6 May 2013)。