SerializableとCloneableのディープコピー - DO☆KA☆TA ~information technology~
オブジェクトのコピーでディープコピーが必要になる時、Serializableを使用する場合と、Cloneableまたはコピーコンストラクタを使用する場合があります。 Serializableを使用する方法のメリットは実装が楽という事に尽きると思います。同時に、デメリットとしてパフォーマンスが悪いというリスクを抱えることになります。 具体的にCloneableと、どの位速度が異なるか測ってみました。 その前に 検証の前にSerializableを使用する方法の流れを説明しておきます。大雑把に以下の流れになるかと思います。 コピーするクラスにSerializableマーカーインターフェースをimplementsする。*1 コピーするオブジェクトをSerializableへキャストし、ByteArrayOutputStreamにSerializableオブジェクトを書きだします。*2 ByteA
難解なSerializableという仕様について俺が知っていること、というか俺の理解 - 都元ダイスケ IT-PRESS
java.io.Serializable …、ある程度Javaに触れて来た人は必ず見たことがあるインターフェイスだと思う。私も何度も見てきたし、必要に迫られて自分の作ったクラスにSerializableをつけたこともある。しかし、こいつは一体何なのか？ 継承の便利さ 僕らがまだJava初心者だった頃。継承というメカニズムに助けられながら育って来た。簡単に言えば、HttpServletクラスを継承しさえすれば、自分の作ったクラスがサーブレットとして認識されるのだ。また、abstractメソッドなどという便利な機能もあり、継承にあたって実装しなければいけないメソッドは確実に指示され、言われた通りにそのメソッドを実装すれば良い。 StrutsのActionも然り。そう、多くの場合は「継承さえすれば、望む物がだいたい出来上がる」というのがJavaの世界だと思っていた。 だが、世の中そんなに甘くない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
