バカボンのDelphi不買・販促・その他談話室その29at TECHバカボンのDelphi不買・販促・その他談話室その29 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト450:デフォルトの名無しさん 07/02/27 13:23:49 >>449 いや、だから、メソッドの追加が無駄ならクラスライブラリ使うのやめなさい。 実際のところこれらの追加とは比べものにならない無駄なメソッドの塊がクラスライブラリだから。 単なるPascalとかC言語があなたにあってるよ。 451:デフォルトの名無しさん 07/02/27 13:37:27 互換を取りつつUNICODE対応を追加するのならソレでいいけど この場合は土台が変化するのだから条件コンパイルでしょ UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない 今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから 452:デフォルトの名無しさん 07/02/27 13:44:37 ＞互換を取りつつUNICODE対応を追加するのならソレでいいけど 互換を取りつつ追加すればよい。 ＞この場合は土台が変化するのだから条件コンパイルでしょ わけわかんない事言うな。 ＞UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない ＞今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから 違うんだなー。 「UNICODE対応」という言葉一つだが、そーじゃない。・ Winコントロールに値を渡すときにWinのバージョンによってUCS2、UCS4なんかと切り替わる。 さらにWinのUCS2なんかに合わせると、NULLが混ざって旧いライブラリが通らない。 つまり、「UNICODE対応」と言いながら、 ・内部処理はUTF-8 ・Winコントロールに渡すときにUNICODE同士でエンコード の２つとなるのがベスト。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch