- 1 名前：デフォルトの名無しさん mailto:age [2006/07/18(火) 22:06:22 ]
-
／￣￣￣￣＼ ／￣￣￣￣￣￣￣￣￣
＞/＿＿＿＿___／| | Delphi不買 や Borland DevCo に関する話題
｜＼ ＿_・＼＿ ＜ 雑談や質問を、しながら
| ..| ・ /．･｀ ） | ﾏﾀｰﾘくつろいでね
| ｜ ／フ￣| | ＼＿＿＿＿＿＿＿＿＿
（ ∂ ＠＿／￣ / /
＼⊥ ＼ ｍ／ /
＼ ヽ─ ⌒ ／
ヽ────-
（注）本スレは被害担当艦としての機能も持ち合わせているんだ。
見識の狭い困ったちゃんが他のDelphiスレで暴れるのを防ぐため
なま暖かい心で構ってあげてね。
Borland Developer Network
bdn.borland.com/
前々スレだよ
pc8.2ch.net/test/read.cgi/tech/1130648644/
前スレだよ
バカボンのDelphi不買談話室その28
pc8.2ch.net/test/read.cgi/tech/1134668922/
- 369 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 21:43:04 ]
- why?
- 370 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 22:10:50 ]
- >>367
誤爆が馬鹿っぽいな。
- 371 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 22:12:30 ]
- そりゃ、ウィンドウズの標準ダイアログを利用する方がロケールが正しく表示される罠
- 372 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 22:51:59 ]
- >>352
MessageBoxよりMessageDlg使った方がいいと思う
- 373 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 00:45:18 ]
- C# for win32 はやっぱMSが許さないのかな。
- 374 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 01:04:38 ]
- ってか、C# のネイティブコンパイラなんか今の CodeGear につくれっこないだろ。
第一、ライブラリそのものが .NET なんだから。
- 375 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 01:08:33 ]
- Delphi が Unicode に対応できてない事実をみてもわるように、コンパイラをつくるような能力はもうない。
C# の現行コンパイラもMS製だし。自前なんかとても無理。新IDEでさえ四苦八苦のありさま。
- 376 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 01:18:51 ]
- どこかがC# for Win64nativeとかやってちゃんと商品だしたら、
10年くらい需要ありそうなんだけどな
- 377 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 02:34:01 ]
- コンパイラメーカはほぼ全滅
- 378 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 08:40:19 ]
- 生き残ったのは某のみ。
- 379 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 21:26:15 ]
- ここ数年は某もコンパイラつくってないし。MS からは借りてるが。
- 380 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 21:54:36 ]
- またそういう嘘をつくｗ
メソッドつきレコード型とか、いろいろやっているだろう。
- 381 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:12:34 ]
- Delphi て、.NET 対応なのに unicode非対応なの？
for win32 との互換性を上げるためにわざわざ非対応にしたのかな？
- 382 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:14:54 ]
- Delphi.NET は、逆に全部ユニコードだけ、AnsiString 非対応。
>>380
メソッドつきレコード型にするとコンパイラつくった事になるのか？
面白い見方だな。
- 383 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:17:22 ]
- >>382
> コンパイラつくった事になるのか？
え、ならないの？
じゃあどうやって、実現しているの？
- 384 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:18:26 ]
- ちょっといじっただけ、でしょ。
- 385 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:20:59 ]
- 逆にユニコードに完全対応するには大幅にいじらなきゃならない。だから、いままでずっと非対応なんだな。
- 386 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:23:50 ]
- ユニコードもそのうち解決するでしょ。
そろそろ次のネタを探しておきなさい。
- 387 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:29:23 ]
- >>385 >>382が言うにはユニコード対応らしいが？
みんな何を言ってるの？ for .NET はユニコード対応なんでしょ？
- 388 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:57:35 ]
- ユニコード専用だっつの。何が対応だ。
- 389 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 04:54:22 ]
- んだから、for Win32 がなぜてれてれして対応しないのか、ユーザ無視も甚だしい。
コードの継承なんか、なんにも考えてないんだよな。
- 390 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 09:14:59 ]
- >>369
システムのローカライズド文字列使うから
つまり英語版なら「Yes」「No」、日本語版なら「はい」「いいえ」になるから
- 391 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 09:53:58 ]
- >>389
UNICODE対応したアプリ作りたいなら for .NET で作ればいいじゃない
for win32 は、過去のコードをそのまま使いたい要望だってあるんだからさ、
for win32(UNICODE) なんて、別のコンパイラを作らなくちゃいけないだろ？
で、そういう商品出したら、ホントに買うのか？
for win32がUNICODE対応してないと言う奴は？
- 392 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 10:18:49 ]
- UNICODE 化の利点は・・・海外製のコンポーネントを買いやすくなるって事かな。
- 393 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 10:30:25 ]
- それは無理っぽい理屈だ。
エラーメッセージだのが韓国語だったり、ヒンディー語だったりでも買う気起きる？
- 394 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 10:45:26 ]
- エラーメッセージはだいたい英語だから、いいんじゃね。
そんなマニアックな奴を買うかどうか分からんし。
- 395 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 12:09:39 ]
- Turbo シリーズってのは、どうなの？
今までは他のバージョン残したままインストール出来たのに
Turbo Delphiも試してみたいのに、試す事も出来ないじゃない
- 396 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 12:18:46 ]
- BDS2006 以外となら共存できると思うけど。
- 397 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 13:51:18 ]
- Turbo シリーズは、今回の一回で打ち切りかな？ Turbo ブランドがコケたんだな、きっと
- 398 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 14:19:01 ]
- TurboはHighlanderのリリース後だってさ。
- 399 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:27:24 ]
- >>390
本気で言ってるんすかｗ？
- 400 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 21:25:36 ]
- いや、そうなるよ。VCL のダイアログじゃなくて Windows のダイアログ使えば
自動的にロケールが反映される。
- 401 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 22:12:58 ]
- MessageDlg が Windows のダイアログ？
- 402 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 22:16:42 ]
- アンチ必死だな死ねよ屑が
- 403 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 22:47:53 ]
- 逆だよね。
- 404 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 23:36:44 ]
- アンチは重箱の隅を突くような揚げ足取りしかできないのか？さっさと死ね
- 405 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 15:13:57 ]
- TColorBoxはそういう風にできないの？
- 406 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 18:37:24 ]
- できない
- 407 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 13:50:14 ]
- ちょいと教えてください。
Enterpriseを買うか、Professionalを買うか検討してるのですが、
dbExpressって、dbGOに比べてどういいのでしょう？
dbGOを使えばMS SQL SreverやOrcleにも接続できると思うのですが・・・。
EnterpriseとProfessionalの違いで、データベースアプリケーションの開発
を大きく書いていますが、単にdbExpressが商用データベースに対応しただけ
ですよね？
もしかして、そもそもdbGOではMS SQL SreverやOrcleに接続できない？
それとも、Professionalはライセンス的にみて接続しちゃーダメってこと？
- 408 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 14:10:39 ]
- そういう事はボーランド日本に聞けよ。
- 409 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 15:11:08 ]
- >>408
>そういう事はボーランド日本に聞けよ。
まぁ、そう言わんと教えてくださいよ。
問い合わせると、
dbExpressいいよ！dbExpressいいよ！！dbExpressいいよ！！！
Enterprise買え！Enterprise買え！！Enterprise買え！！！
って返答が来そうじゃないか。
しかしまぁ、最初、書く前に問い合わせをしようとしたんだけどね。
だけど、ボーランドに聞いていいの？そこら辺もよく分からんかったから・・・。
いろいろと、イライラしながらもDelphiから離れられない現状が悲しい。
- 410 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 15:45:56 ]
- 生か生でないかの違いらしいが、童貞には判らん世界だ
- 411 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 16:16:27 ]
- >>407
初心者スレか、BDS2006スレで聞いた方がいい。
ただ、このタイミングで聞くと「マルチ乙」と言われそうだな。
- 412 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 16:56:17 ]
- >>もしかして、そもそもdbGOではMS SQL SreverやOrcleに接続できない？
>>それとも、Professionalはライセンス的にみて接続しちゃーダメってこと
そんなことはないよ。dbGOつまりADOで接続できるデータベースならなんでも接続できるししていい。
- 413 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:04:36 ]
- >>Enterpriseを買うか、Professionalを買うか検討してるのですが、
>>dbExpressって、dbGOに比べてどういいのでしょう？
俺的には問題はドライバの質だよな。Enterprise版のOracleやSQLServerのドライバは
Borlandが開発してるから、今一ドライバの質が悪そうで不安(本格的に使ったことはないが)。
一方、ADOのドライバはデータベースメーカ純正がほとんどだから、データベース自身を売るためにも
しっかり作ってありそうで安心感はある。
まぁ、Borland的にはdbExpressを売りたいから、dbGoのバグ取りとかあんま本格的に以前やってなさそうだったので、
それも問題であるが・・・
- 414 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:05:59 ]
- BDEで良いんじゃね？
- 415 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:07:59 ]
- BDE最強だが、dbGo最高。
- 416 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:36:35 ]
- >>407
> dbExpressって、dbGOに比べてどういいのでしょう？
Delphi2007 ではdbEpxress が大幅に改良されているみたいだけど
過去のイメージとしては
dbExpress ・・・速い。非常時接続タイプ。どちらかと言えば、サードパーティの有料ドライバが前提。
dbGo・・・遅い。常時接続タイプ。ドライバは豊富。
> EnterpriseとProfessionalの違いで、データベースアプリケーションの開発
どちらかと言うとdbExpress よりDataSnap とかじゃね。
- 417 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 18:52:34 ]
- >>412
ありがとう。とっても参考になりました。
>>413
たしかに、他の言語でも使われているADOで接続したほうが安心感はありますね。
質がよくわからんdbExpressとバグありのdbGO、究極の選択ってことか。
>>416
DataSnapなるものがあるのですか。
さっそく、調べてみます。
まぁ、現状で使ってないということは、俺には必要ないものでしょうな。
とりあえず、Professionalで問題なということか。
まあ、なんていうか、製品構成ぐちゃぐちゃですね。
お仕事ユーザはBDSに統合されて、趣味ベースはTurboシリーズで単体売りを始めた、
とおもったら、今度はDelphi単体で製品名はTurboでない。しかも、Enterpriseあり。
新しいロードマップがでて、説明もされてるようだけど、なんだかなぁ。
今更だけど、今後も、ついていけるか激しく不安だ・・・・・・・・・・・・・・・・
- 418 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 18:53:58 ]
- >>417
Delは旧バージョンのままで十分使えるから無問題。
未だにDel7とBCB6使ってるお。
- 419 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 19:59:06 ]
- え？新しいロードマップってどこに？？
- 420 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 22:17:45 ]
- お仕事なら、メンテ以外ではもうDelの出番はないでしょ。
これから新たに、なんて正気とは思えないが。
- 421 名前：デフォルトの名無しさん [2007/02/27(火) 05:43:59 ]
- >>417
> 新しいロードマップがでて、説明もされてるようだけど、なんだかなぁ。
まだ公式には出てないよ。
１週間後のデベロッパーキャンプで、偉い人が日本に来て説明する。
2007もそこでお披露目。
- 422 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 05:46:54 ]
- >>420
> これから新たに、なんて正気とは思えないが。
Vista 対応も出来た・していくようだし
２・３年で使い捨てるようなアプリなら、新規にDelphi でもいいんじゃね。
- 423 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 06:07:02 ]
- >>413
> 俺的には問題はドライバの質だよな。
dbExpress はインターフェースを提供しているだけで
ドライバ（の機能）自体はDB ベンダが提供しているドライバを使う。
- 424 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 08:16:49 ]
- win32 ユニコード対応！対応！騒いでる奴は腕がないだけ。
こんだけ情報があれば普通のプログラマはもうとっくに対応してる。
そしてなぜ標準対応にならないのかを考える頭すらないへぼぷろぐらま。
- 425 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 08:40:37 ]
- 騒いでる奴に、頭ごなしにヘボだと言うよりも、やり方を教えてやる方が建設的だろう。
１、ファイル名入力ダイアログで大陸系のファイル名が文字化けして困る人
⇒TOpenFilenameW/GetOpenFileNameW
書き出しはunicodeなんぞのファイル名を書かせるな
２、LoadFromFileでunicode文字が・・・・
⇒自前でWideString/UCS4String/UTF8Stringなりに読んで変換すりゃいいじゃない
３、エラーメッセージを大陸の文字で出したい
⇒そこまで大陸に拘る必要あるまいに
いや、補助漢字とかシフトJISじゃ表示出来ない日本語の漢字もあるんで
TNTware 使えよ ⇒ www.tntware.com/delphicontrols/unicode/
- 426 名前：405 mailto:sage [2007/02/27(火) 08:58:20 ]
- ColorBox1.Items[#] := 'キャプション';
で事故解決しますあｔ
- 427 名前：Delﾌｻｷﾞｺ ◆A6VzDeLphI mailto:sage [2007/02/27(火) 10:05:53 ]
- 俺がユニコード対応対応と騒いでるわけじゃないけど
対応はしてほしいね。
> win32 ユニコード対応！対応！騒いでる奴は腕がないだけ。
> こんだけ情報があれば普通のプログラマはもうとっくに対応してる。
∧,,∧ ﾎﾞｶｰﾝ
ミ ﾟдﾟ彡
〜ﾐ,,,,uuミ
いや、情報の取捨選択とか
標準化の意味とか、クラスライブラリの意味とか
そういうのが理解できない人に
> そしてなぜ標準対応にならないのかを考える頭すらないへぼぷろぐらま。
よばわりされても...
某ユーザーは全員が全員、標準でユニコード対応してないから
全員が苦労して対応しなきゃならないわけ？
なぜMS環境が標準対応になるのか考えた事とかってなさそうだね。きみは。
構文解析などの文字列処理を行うときでも
UnicodeとSJIS、両方対応めんどうだしなあ。
- 428 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 10:13:06 ]
- ＞なぜMS環境が標準対応になるのか
ダウト。
今M$環境が超弱まってる。
組み込み系はほぼC/C++、例外的にJava。
ドトネトなんてＰＣでも使われてない。
- 429 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 10:47:20 ]
- 構文解析は、結局世の中に色んな文字コードがある以上、
どの文字コードでやるかを自分で決めてやるしかないだろう
俺はANSIの方が再帰下降とか状態遷移で分析する時にテーブルがコンパクトで楽だけど
別に、UNICODEが好きならUNICODEでやればいいだけ。
両方に対応する必要はない。 文字コード変換すればいいだけでは？
文字コード変換で変換できない文字があるというような趣旨なら、
そもそもその前に何かが破綻してるのだろう。
＞UnicodeとSJIS、両方対応めんどうだしなあ
ボーランドだって売り上げに直結しないなら、両方対応するの面倒だろうよ
- 430 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:01:17 ]
- ＞UnicodeとSJIS、両方対応めんどうだしなあ
仕方ないから内部処理はUTF8して、描画のタイミングで切り替えてる。
Windowsに寄り添ってもUCS3になったり4になったり振り回される。
UTF-8の内部処理がベスト。
- 431 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:23:35 ]
- そうだよなあ UNICODEって 7から32まで、でもってBOMの有無からホント色々。
S-JIS/EUCだって無視出来ないわけで、
windowsが ANSI系のAPIを廃止するならともかく
今の対応状況で十分だろ。
というか、いったいどんな対応を期待してるわけ？
for .NET な for win32?
- 432 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:29:44 ]
- ＞UnicodeとSJIS、両方対応めんどうだしなあ
コンポーネントがUNICODE受け付けてくれたら便利だが、
内部処理はUTF-8じゃないと結局複数対応になるよ。
それにUTF-8じゃないとヌル文字が混ざってAnsi系のc/c++系の莫大なライブラリが動作しなくなる。
とにかく内部処理はUTF-8。
- 433 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:31:36 ]
- たぶん UNICODE対応しても、俺はまず使わない
理由は自作コンポーネントが ANSI文字列前提で色々やってるから
それを全部変更しなくちゃいけないが、それだけコストをかけてやってる仕事が今の所ないよ。
そして、コンポーネントを対応したとしても、既に作ったものは、やっぱりANSI対応にしてる。
で、こっちはメインテナンスモードだから、作り直すわけにはゆかない。
そうなると自作コンポーネントが２種類になる。
やってられないよ
- 434 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:35:48 ]
- ＞そうなると自作コンポーネントが２種類になる。
１種類のコンポに文字入出力が、AnsiとUnicodeと２種類あれば良いんじゃね？
- 435 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:39:16 ]
- >>434
そういう対応出来る場合もあるだろうけど
winコントロール継承だと、そう巧くゆく場合ばっかりじゃないだろなあ
- 436 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:52:54 ]
- >>435
winコントロールがそうなってるんだけど...
- 437 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:01:57 ]
- Win自体CreateWindowで切り返れるんだから、コンポ内でもそうすりゃいいだけだろうよ
- 438 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:04:05 ]
- つーか、unicode対応しろって言う人間に対し技術力がないとか煽るくせに、
対応反対の言い訳はAnsi前提だから、かよ。アホかｗ どれだけ思考停止してんだよ・・・
- 439 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:23:59 ]
- >>434
たとえばCaptionのプロパティ型を AnsiString に
WCaption ってプロパティを作って WideStringに というようなことをしようって事？
無理でしょ？
string が AnsiString 型と WideStringか UTF8String に切り替わるわけで
条件コンパイルでこの２つを切り替えたコードにするしかないと思うよ
- 440 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:26:39 ]
- >>438
指向停止と言われても、結局過去ボーランドのDelphiを購買し、今後も購買するのは
俺達老人なわけで、
それを批判するなら、UNICODE-Delphiをキミらがバカスカ買うしないよ。
キミらがバカスカ買って市場が広がるなら、俺達だってUnicode-Delphiを使うのに、何の躊躇も持たない
- 441 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:31:30 ]
- >>439
ヒント：入出力メソッド２つ→４つ
- 442 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:32:23 ]
- もはや支離滅裂
- 443 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:43:52 ]
- >>441
こういう事を言いたいわけ？
ANSI版 TCaption = type string;
UNICODE版 TCaption = type WideString;
だとするよ。
既に作ってるアプリは string変数で受けてるとする
ANSIアプリでは Caption をそのまま従来通り使う
UNICODE版では WCaptionを使う？
でも、継承してる以上、上がCaptionをTCaptionと定義してたら UNICODE版も Captionは WideString;だ
WCaptionって無駄じゃね？
- 444 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:49:39 ]
- >>443
別に文字列保持はUTF8（つまりANSI）１個にしといて、
入出力が２つあれば良いんじゃね？
メソッド増やすの無駄だって言うんなら、クラスベースコーディングの否定だお。
これらの処理が入るだけで、複数のANSI系言語を１アプリで動作するんだから、
あっという間に国際化だお。
- 445 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:50:57 ]
- 念の為説明。
AnsiStringとUtf8Stringは名前が違うだけで、実体は同じ。
- 446 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:58:38 ]
- プロパティの型は継承したコンポーネントで変更出来るし
GetCaption/SetCaptionはvirtualではないから この場合は可能だろうけど
親子で同じ名前の型が違うのはどうだろうな
- 447 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:04:29 ]
- ヒント：違う名前
WinAPIだと末尾にA/Wが付くお。
- 448 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:05:45 ]
- GetCaption(); ← GetCaptionAと等価
GetCaptionA();
GetCaptionW();
で良いんじゃね？
- 449 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:09:14 ]
- >>448
いや、だから、ソレ無駄でしょ？
古いアプリではGetCaptionしか呼ばないから
GetCaptionA(); <---誰も呼ばない
GetCaptionW(); <---必要ない
UNICODEアプリでは、GetCaptionがそもそもUNICODEなのだから
GetCaptionW(); <---誰も呼ばない
GetCaptionA(); <---必要ない
- 450 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:23:49 ]
- >>449
いや、だから、メソッドの追加が無駄ならクラスライブラリ使うのやめなさい。
実際のところこれらの追加とは比べものにならない無駄なメソッドの塊がクラスライブラリだから。
単なるPascalとかC言語があなたにあってるよ。
- 451 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:37:27 ]
- 互換を取りつつUNICODE対応を追加するのならソレでいいけど
この場合は土台が変化するのだから条件コンパイルでしょ
UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない
今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから
- 452 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:44:37 ]
- ＞互換を取りつつUNICODE対応を追加するのならソレでいいけど
互換を取りつつ追加すればよい。
＞この場合は土台が変化するのだから条件コンパイルでしょ
わけわかんない事言うな。
＞UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない
＞今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから
違うんだなー。
「UNICODE対応」という言葉一つだが、そーじゃない。・
Winコントロールに値を渡すときにWinのバージョンによってUCS2、UCS4なんかと切り替わる。
さらにWinのUCS2なんかに合わせると、NULLが混ざって旧いライブラリが通らない。
つまり、「UNICODE対応」と言いながら、
・内部処理はUTF-8
・Winコントロールに渡すときにUNICODE同士でエンコード
の２つとなるのがベスト。
- 453 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:46:12 ]
- >>433の問題に対して >>434の解決は、センスが悪いと思うよ。
理由を書くよ。
このコンポーネントは２つの環境で使われるANSIとUNICODEだ。
だから>>433はコンポーネントを２つに別けようとしたのだろう
他の対応方法としては
２、条件コンパイル
３、両方に対応出来るコンポーネント
が考えられる。
１，２の対応では、テスト量は２倍になる。
しかし、両方のメソッドを持つコンポーネントは、それぞれのメソッドを
どちらの環境からも呼ばれる可能性まで考えなければいけない。
つまり、複雑さは４倍になってしまう。
ANSI環境からUNICODEメソッドを呼ばれるテストとその逆のテストも追加しなければいけないからね
多くの場合、コードを書くコストよりテストやメンテナンスが大きいわけで
- 454 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:48:40 ]
- ＞ １，２の対応では、テスト量は２倍になる。
なりません。
クラス派生した場合は、既存の上位メソッドが呼ばれるだけ。
そうじゃなく、委譲と化する場合なら、委譲を受け持つベースクラスがある筈だから。
- 455 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:50:07 ]
- 453はクラスライブラリを使いながら、クラス派生により差分コーディングされてるという事実を知らないの？
センスが悪いどころでなく、無知。
- 456 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:04:48 ]
- 差分コーデングっていうが
GetCaptionA();
GetCaptionW();
も、TControlには無いわけだ。
それぞれTFormだのTEditだの
から継承結果に追加するわけだろ？
あるいは、独自のTUniControl でも書くわけ？
で、書いたとしてソレに何のメリットがあるわけ？
ANSIが絡んでるのは検索とか、演算とかスクリプトとかのエンジンだろう
インターフェースの問題に置き換えたって そっちの問題は何も解決しないじゃん
- 457 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:07:12 ]
- >>456
おまいにクラスライブラリ設計能力どころかクラスライブラリの中の人を知らない事が分かったからウセロ！
- 458 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:09:28 ]
- >>456
UNICODE対応を望んでいる人は多いんだから、
悪いけどこのｽﾚから出て行って貰えないかな？
- 459 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:14:18 ]
- >>454
焦らないで、良く読めよ
１は、ファイルを２つに別けて対応した場合
２は、条件コンパイルで対応した場合だ、
そもそも、
UNICODEコンパイラとANSI コンパイラの２つの環境でテストしなければならないのだから
＞ １，２の対応では、テスト量は２倍になる
という事だ。
- 460 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:15:50 ]
- >>458
それはどうかな？ ホントに多いか？
もし今後UNICODEコンパイラのみになるとしたら反対する奴の方が多いだろう。
俺達の資産はどうしてくれるんだ！とね
- 461 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:11:11 ]
- とりあえず、互換性を保ってUNICODE対応するにはを考えれば良いだけじゃね？
UNICODE対応は要る人には必須なんだから。
- 462 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:19:28 ]
-
＞UNICODEコンパイラとANSI コンパイラの２つの環境でテストしなければならないのだから
＞＞ １，２の対応では、テスト量は２倍になる
そもそも、
片方が必要な人は片方をテストすればよいし、
両方いる人は両方をテストすればよいという当たり前。
という事だ。
- 463 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:28:20 ]
- 使う人がテストすりゃいいんですか
それは素晴らしいアイデアですね。
大陸の人は実践してるようですし、彼らはそういう思想のようですからあなたは仲良くなれそうですよ。
- 464 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:36:38 ]
- 459のバカにちょっと寄り添ってテストしてやるって書いただけで、本当はテスト不要。
大体、Captionの入出力なんてテストしたことないし、
VCLの中を作る人もインターフェースはクラス派生、処理は委譲なのでテスト不要。
- 465 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:49:22 ]
- >>458
> UNICODE対応を望んでいる人は多いんだから
詭弁のガイドラインにそういうのあったよね。
> 悪いけどこのｽﾚから出て行って貰えないかな？
このスレは被害担当艦でもあるしねぇ…
- 466 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:50:22 ]
- つまり、既成のコモンコントロール類はそのまま使うんだろ？
だったら、自前のコントロールも、既成コントロールに似せて作った方が使いやすいだろうに
だいたいUNICODEコンパイラを使うなら、UNICODEだけで書く方が楽だろうに
ANSIは変換して使うだけでいいだろ？
なんで ２つもインターフェースが必要なの？
そのメリットは何？
- 467 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:55:30 ]
- P2Pアプリで落としてきた、海外のエロファイルをそのまま扱えるとか。
- 468 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:56:55 ]
- 466がUNICODEといってもWindowsに複数のエンコードがあることが分かってない件について
- 469 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:58:04 ]
- 466がUNICODE文字列の途中のNULLによって既存のANSI系のライブラリを通過しないことを知らない件について
|
 |
