バカボンのDelphi不買・販促・その他談話室その29
at TECH
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このスレッドの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同士でエンコード の2つとなるのがベスト。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック!
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5392日前に更新/110 KB
担当:undef