java.nio.channels 研究所

新しくなったJavaのI/Oについて情報共有しましょう。
参考リンク
http://java.sun.com/j2se/1.4/docs/api/java/nio/channels/package-summary.html

情報くれ。

(・∀・)ｲｲ!
情報期待。

http://java.sun.com/j2se/1.4/docs/api/java/nio/channels/FileChannel.html#write(java.nio.ByteBuffer)
ファイルのI/Oに限ったことではありませんが、
読み込み書き込みの両方ができるクラスが用意されたようです。

nioサパーリ分からん
簡単なファイル読み書きサンプルきぼー

>>4
そりゃ便利だ。
今まで自前で作っててあほらしかったからね

This class does not define methods for opening existing files or for creating
new ones; such methods may be added in a future release. In this release a
file channel can be obtained from an existing FileInputStream,
FileOutputStream, or RandomAccessFile object by invoking that object's
getChannel method, which returns a file channel that is connected to the
same underlying file.
ということみたいです。
つまり、FileInputStreamやFileOutputStream,RandomAccessFileのメソッドである
getChannel()を呼び出して、FileChannelを利用するという形を
現状は使うそうです。

新たな資料を発見しました。
http://java.sun.com/j2se/1.4/ja/docs/ja/guide/nio/index.html

>>7
なるほど。File〜Streamの変更点には気づかなかった。
サンクス

つーかJavaDocにしっかり書いてあるね。
よく読んでみるわ。

ちょっとすれ違いなんですが、Java1.4でF4J使えてます？
他のスレでも聞いてきます。

日本語版いつでんの？
英語勉強しようかなあ・・・・

>日本語版いつでんの？
何の？

JavaDoc読むと、随分いろいろ出来るようになってるみたいだけど、
問題はプロダクト実装のライブラリが、ちゃんと仕様どおり動くかどうか
だよな。

メモリマップドファイルは、使い物になりますか？
バッファのバイト単位の（共有OR占有）ロックは、使い物になりますか？
ソケットストリームに対するSelectは、UNIXのそれレベルで使い物になりますか？
プラットホームごとに微妙にだめだったりしますか？

この辺がちゃんと動けば、サーバサイド開発がカナーリ、今までと
違ったものにできるような。シングルスレッドモデル復活か？

>プラットホームごとに微妙にだめだったりしますか？
beta版でのテストが済んでるから、大丈夫じゃない。

>ソケットストリームに対するSelectは、UNIXのそれレベルで使い物になりますか？
Selectって何？

nioの解説ﾊｹｰﾝ

ttp://www5.airnet.ne.jp/sakuraba/java/laboratory/JDK1.4/contents.html

>>15
割込みベースの非同期 IO < select
スレッドを使わずに非同期 IO をやる UNIX 由来の仕組。

Servletにも早くnioを取り入れて(　ﾟдﾟ)ﾎｽｨ…

Javaでマルチスレッドのプログラムを書いて、凄い事やってる気になって
自画自賛するアホアーキテクトに辟易しています。
200スレッド同時実行！とか嬉しそうにいうなよ…
OSとランタイムがえらいのであって、別にあんたが偉いわけじゃないYO！
第一、実行時のコンテキストスイッチコストでかいだけで意味無いだろ!
そのスレッド、ただデータをバケツリレーしてるだけじゃねえか！氏ね！

…というプロジェクトに従事してます。
そういうわけで、Selectマンセー。

>>18
自分で書いたら？

２００スレッドのうち、１９８スレッドはＤＢ待ちしているという罠。

>>17
サンキュ

>OSとランタイムがえらいのであって、別にあんたが偉いわけじゃないYO！
(w
どういったプログラムなの？
２００個のスレッドが別々の事をやってるなら
ある意味簡単にクラスタリングできるシステムみたいで
すごい気もする。
プロセス間のデータ量にもよるだろうけど。

そこそこ名スレの予感…

なにげに文字列まわりもｶﾅｰﾘ変わってるのね。(　ﾟдﾟ)
CharSequenceがあちらこちらに．．．。

>>15
JDK1.4は、コミュニティプロセス謹製の為、部分によっては
品質に天と地ほどのばらつきがある…かもよ。
あと、今の1.4はbetaのバグあんまり直ってないよ。

仕様がよさそうなのと、実装が実際に使えるモノかどうかは別だからな…

>>25
そうなのか・・・
使えるところを探そう。

String#matches
で正規表現でのパターンマッチができるようになったのかも。
CharSequenceってなんだよ・・・・

CharSequenceって結局のところ
charAtで１文字づつ取り出せて、
合計の文字数がわかって
分割できて
Stringに変換できるってだけか・・・
確かに、こういう形式でまとめた方が便利かも。

>>28
String，StringBuffer，CharBufferに共通のインターフェイスができたということね。
引数がCharSequenceなら、3つの型のどれでも突っ込めるぞー、みたいな。

>>29
charBufferってどこで使ってるのかわかんないんだよね。
抽象クラスだし・・・
あとはオリジナルのStringクラスを簡単に作れるようになったって事かもね。

>>30
漏れが見かけたのは java.nio.charset あたりかな。

もう今までの作り方は通用せん。一から勉強しなおしだね。

>>32
旧バージョンの上位互換だよ。

あと、新機能は枯れるまで時間かかると思うよ。

インターフェイスは動かないだろうから、使い方だけ覚えておいて
後々落ち着いたら使うというのが、仕事で使う場合の正しい選択かと。

>>33
MattWelsh 知ってる？

旧バージョンってどれの話?
java.nio の作られた目的を考えて新機能を生かそうと思ったら作り直しに近いだろ。

33じゃないけど
MattWelshって何だろ？？
初めて聞いた。

>java.nio の作られた目的を考えて新機能を生かそうと思ったら作り直しに近いだろ。
そんな事はないと思うけどな。
nioの作られた目的って何？
nioだけだと、広すぎていまいちよくわからないな。

>>35
1.Javaヒープ外に高速なREAD/WRITEが可能なメモリバッファを作成する
　手段の実現（ついでに、メモリマップドファイル）。
2.ノンブロッキングI/Oの実現。

この二つが柱だと思われる。

すまそ。
charsetのpublic化もだな。

java.nio.クソスレ

2chのレベルがクソなだけだろ

Javaがクソなだけだろ