【質問】ASP.NETスレ Part4【議論】at PHP【質問】ASP.NETスレ Part4【議論】 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト200:nobodyさん 07/10/17 00:16:33 >>199 悪い行数制限に引っかかりそうだったので省略したが、なんでわざわざ「3.」の 選択肢も書いたかと言うと、C#だと「新しい項目の追加-クラス」で作成したファ イルはデフォルトで「UTF-8 BOM付き」になる。 マイクロソフトが不具合と認めている報告は今の所見つからないが。 レコードセット「.xsd」の「UTF-8 BOM無し」はC#でもVBでも起きる問題をマイクロ ソフトは不具合と考えているぽい。 で、ここから考えるにVSの動きとしては基本的にファイルを「UTF-8 BOM付き」で 保存する動きなので、そう言った面を気にするならって事で「3.」を追加した。 とりあえず動作する事が目的なら >globalzationを消し去ったことでClass1.vbのShift-JISを自動認識して読み込んでくれているから >だと思うのですが特にUTF-8 BOM付きに変換しなくともく正常に動作しました。 この理解で問題ないと思います。 201:195 07/10/17 01:45:19 >>200 なるほど。 なんで >3.globalizationを削除して、「.xsd」と「Class1.vb」を「UTF-8 BOM付き」で保存する。 の選択肢がわざわざ用意されているのかと疑問に思っていました。 要約すると ・vbで「新しい項目の追加-クラス」で作成されたファイルのエンコードが既定が「Shift-JIS」であり C#の場合は「UTF-8 BOM付き」であること ・今後の流れとしてはおそらく既定が「UTF-8 BOM付き」で保存する流れであることから 「UTF-8 BOM付き」で保存するのも吉 ということですね。 現在わかっている不明な動作としては ・VBとC#で「新しい項目の追加-クラス」での保存形式が違う ・「.xsd」が「UTF-8 BOM無し」で保存される であり、上の２つは不具合、もしくは不具合に近い動作であり、なぜかを追求する必要はなく、 とりあえず>>199の方法で対処だけしておけばよい。 ですね。 非常に参考になりました。 間違っている部分がありましたら指摘していただけるとありがたいです。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch