4

\u0000 を Java 文字列内の区切り文字として使用しない正当な理由はありますか? 私は自分で文字列をエンコードおよびデコードします。

これは、ユーザーが入力した (入力が入力されることを期待していますか?) 文字列のリストを Eclipse 設定に保存し、それを読み戻すためのものです。リストは可変サイズである可能性があるため、各項目を独自の設定で保存できるとは思いません。

4

5 に答える 5

3

データが Java に残っている場合は、代わりに配列またはリストを使用してみませんか?

于 2008-11-25T20:47:18.210 に答える
2

以前は、Java 文字列を誤って null で終了するものとして処理するライブラリがいくつかありました。それが今でも真実かどうかはわかりませんが、そのようなことを心に留めておく価値はあります。特に、文字列をヌル終了として処理する外部ライブラリと相互運用する場合。

于 2008-11-25T20:47:46.510 に答える
1

なんらかの方法で文字列を変換すると、文字列が取り除かれる可能性があります。ああ、入力にヌルを保持したいというかすかな可能性があります。

あなたはそれで何をするつもりですか?

于 2008-11-25T20:44:23.927 に答える
1

後で解析する必要がある場合、文字列解析関数は区切り文字の値として null を受け入れない場合があります。

于 2008-11-25T20:46:32.253 に答える
0

リストを保存するために使用しようとしているようです。なぜ使用しないのArrayList<String>ですか?文字列に aを持つこと\u0000は悪いことです。バイト配列の使用を検討してください。

あなたが言うように、Eclipse設定で何かを保存するために、ファイルはユーザーが読み取れるように見えるため(少なくとも私の ~/.eclipse では)、埋め込みNULを使用しません。何を保存しますか? たとえば、アイテムを文字列化できます ("item 2" "item 2")。あまり複雑にしないでください。

于 2008-11-25T20:48:22.513 に答える