| 著作一覧 |
最後にえらく殊勝なことを書いてますが（無謬じゃないかもとか）、結局やたらとテストをして思いも寄らぬほど時間を食ってしまいました。無謬ですな、多分（と付けざるを得ないのがあのてのプログラム）。
説明はさわりだけなので、コードそのものを味わってください。何度もセレクション呼び出しが走る様子が見えるでしょう。というか、Bufferのlimit、position、capacityを考えたやつは相当練れているとあらためて実感しました。
#ビジネスプログラムとか、それまでのストリームを使うようなのとは違って、デザパタ的なコードがほとんど無くなるのが興味深い点。でも、それが必要なんですな、書いていてわかったけど。っていうか、やっぱり低レベルなネットワークプログラミングは最高におもしろい。ACKやFINの息遣いが聴こえるってやつだ。（最近、聴いてなかったので相当勘が鈍ってたのでやたらと時間が取られたってのはあるかも。素振り重要というやつか）
今回は数も多いし、再起動も必要だ。
ジェズイットを見習え |
>やっぱり低レベルなネットワークプログラミングは最高におもしろい。<br>同感です。同様に、私もNIO、特にChannelやBufferは素晴らしいと思います。。ストリーム指向では扱いづらい、構造化データのネットワーク通信では威力を発揮しますよね。
おもしろいですよね。<br>>構造化データ<br>この場合は、次に読み込むデータの型にあわせてBufferを切り替えるという意味ですか？
>次に読み込むデータの型にあわせてBufferを切り替えるという意味ですか？ <br>そうですね。どさどさっとバイト列を書き出したり、指摘通り、型にあわせて別なバッファにラップしたり、パースしてみないと判らない、例えばそこまでのデータ長等を書き出す部分をマークしておいて、最後にマークした部分だけを書き出す、なんてこともできますし。
ああ、なるほど。<br>確かに、IO以外にもバイト配列を構造化して扱うのに利用できますね。それは考え付いていませんでした。