ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi談話室その16

コンパイラの観点から言うと、有名アプリ／ユーザー数、が問題となる。
ﾌﾞﾋﾞは分子が０に近いから負け。
C丼は分子が０（ｒｙ

Delphiはクロスだからしょぼくていいなんて情けない言い訳だな。

残念ながらﾄﾞﾄﾈﾄのグラフィックはVCLでがいしゅつのものばかり。
ネットコンポもそう。

一体ﾄﾞﾄﾈﾄに何の意味がある。

ﾄﾞﾄﾈﾄってJavaにも負けてるしね。




出た当時は相当恐れられてJava置き換えるとか言ってたんだが。

> ユーザー数なんてのは、そのニーズにマッチした人がそれだけいるという「結果」

そうそう。マッチしないのは少数派だよな。いまだにDelphi1でWin16アプリつくってる
ヤツが言ってるのと同じ。

>>655が何を言いたいのかわからない

このスレには頭悪いのが多いな

>>657がその代表格

Del厨ひどすぎ・・・

>>659
ひどすぎっていうより、世間知らずなんだな。

>>660
多分お互いがお互いを世間知らずと思ってる
視点が違うとそんなもんだ

β時代には英雄気取りだったﾄﾞﾄﾈﾄ厨がふたを開けてみたら超マイナーで、
「見てろ、そのうち」みたいな存在に。
たとえﾄﾞﾄﾈﾄが流行ったとしても2007年逝こう。
まあ、今よりプラットフォームが拡散してる時代だろうな。

ﾄﾞﾄﾈﾄ厨がJavaスレで撃沈されてるな。
一時期偉そうだったがJavaを少しも置き換えられないんでやんの。
Javaに制覇されたまんま。






それでDelスレに顔出してきたのかよ。

>>663
きみさっきからレベル低すぎ。くだすれでfsStayOnTopの問題でも考えテロや。

これからは！と思って.NETアプリも作ったが、
ネイティブアプリより起動が遅く、消費メモリは10倍以上。
ライブラリが貧弱でDllImportを多用するがオーバーヘッドがボトルネック。
2.0に期待していたが、現状では不満は解消されていない。
WinFXが何年後だかしらないが、OSのAPIとして登場するまでC#はお休み。
Delphi for .NETはVCLの巨大さもあって活躍場所なし。
しかたなく、本当にしかたなく、RADが必要な場面ではDelphi for Win32だ。
放置されたD7をまだ何年も使わなきゃいけないと思うとおｒｚ。

WinFX正式リリース版ではメモリ使用量とか起動時間とかWin32とかわんなくなるのかね？

.NETアプリで起動が遅いのは、
Window作成に大量のWin32APIを呼ぶからで、
.NETからWin32のAPIを呼ぶのはオーバーヘッドが大きいので、
WinFXがOSのAPIになれば起動は速くなる、らしい。

永久にWin2Kでいこうぜ！

>>667
>WinFXがOSのAPIになれば起動は速くなる、らしい。

逆に、いままでの Win32 API を呼ぶオーバヘッドが増大する。
だから、起動も実行速度も今より互いに接近する。

>>665
>ライブラリが貧弱でDllImportを多用するがオーバーヘッドがボトルネック。

そうか？ 環境依存なGUIライブラリ以外ではVCLより圧倒的に充実してるよ。

VCLがあればWin32APIを呼ぶ必要がないって人なら、
.NETクラスライブラリさえあればネイティブAPIを呼ぶ必要もないだろう。
学習程度にしか使わなければそれも結構。
ドカの人が無理な要求に応えるには、.NETは貧弱。

>>671
>VCLがあればWin32APIを呼ぶ必要がないって人なら、

論点が違うんでは。ここでは、VCL も Win32API コールしてるっていうあたりまえの前提で。

たしかに論点が違うね。
俺はVCLと.NETを比較しようとしてない。
.NETアプリはWin32APIコールを控えると不自由になる。
DelphiアプリはVCLもAPIも区別なく使えて自由度が高い。
Win32APIをオーバーヘッドなしで呼べたら、.NET貧弱とは感じない。

.NET が機能豊富。っていうけど
画像系は GDIPlus
XML 系は MSXML
Internet 系は WinInet
のラッパーに過ぎない。
どれも COM さえ使えれば C/C++/VB/Delphi からアクセス可能だ。
それに、内部的に Win32 のコードに降りているから、機能が豊富に見えて速度は遅い。

騒がれている情報を鵜呑みにしている連中ばかりなんだよ。

WinFX が一人歩きしてるけど、まだ本物（Intel Native code なし）の WinFX は
存在しないわけで。
決まっているのは次期 .NET Framework としての WinFX の仕様だけで、
しかもそれが Win2K / XP に載ることまで決定されている。

よく考えてごらん。ビデオドライバなどのサードパーティーコードまで全部 IL に
載らなきゃ、結局 Intel Native との切り替えが起きるんだよ。

次期 MS Office すら .NET 化されないことが発表された今、なんで .NET を使うの？

正規表現は.NETだけでやってるようで速度もなかなか。
LeftToRightだったかそういう名のオプションがあって、
テキストエディタで言うところの後方検索が可能なんだよな。
Delphiで後方検索できるライブラリってないでしょ。
これが唯一.NETのアドバンテージだと感じる。

MSXML直叩きしか手がないDelphiはわりにしんどい。
正規表現とXMLに疎いDel厨多そうだな。

>>677
ほいよ
http://sourceforge.net/projects/tpxmlpartner/

”標準”ライブラリでどこまでできるか、ってけっこう重要なこと。
再現性があるし。VerUp にも追随できるし。Del使えるならどこでも使えるし。

サポートあるし（笑

>次期 MS Office すら .NET 化されないことが発表された今、なんで .NET を使うの？

某に尋ねてみたらいいんでないの。
こういう人は、Delphi2005 は買わないんだろうなー。

Dllimportすると遅いが、内部はメモリを贅沢に使って高速。
でも型に厳しくて、ポインタでゴリ押しできないので遅いことも多い。
巨大なランタイムは現状ではかなり不利。入れないやつ大杉。

ガベコレでネイティブでポインタ使えて小さな実行ファイルを吐くD言語が最強

>>680
買う人発見！

>>682
DelWiki行ってみろや

>>683
購入する、既に使っている、で正直に投票してきた。
でももっと詳しく言うと、将来のためにお布施する、既に使い飽きた。

>>677
あるよー。TXMLDocument。それともPersonalユーザー？

正規表現で後方検索することってないよね。
不要だからライブラリが存在しないのでは？
Delphiにないから不要といってるのではないよ。

日本で大活躍のTXMLDocument
ウェブ TXMLDocument の検索結果のうち 日本語のページ 約 17 件中 1 - 10 件目 (0.18 秒)

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　 J
　彡､　　　|∪|　　 |　　　 　　　>> 687
/　　　　 ∩ノ ⊃　 ヽ　　
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

　　　　　　││
　　　　　　││
　　　　　　J .│
　　　　　　　 .J

　 ∩＿∩　　　∩＿∩
　（・(ｪ)・ 　）　（ 　・(ｪ)・）

>>679
実力があるならソースがあれば無問題。

.NETは逆アセ出来るからソースがあるも同然だが、
internalやsealedでいじれない所ばかりで不自由だな。

それじゃないのといっしょじゃん

CLI部分も読めるということかい？
スクランブルされてるものとばかり思ってた。

プログラマに実力があれば無問題って、ないから、いろんなところでＱ＆Ａしてるわけだろ。
実力のあるプログラマなら、はじめから、貧しいライブラリなんか使わないだろなー

？

いや、なんか軽くスルーされてるけど、VB>C#ってマジ？
て言うか、.NETするならVB使わないと駄目ってこと？

もしそうなら俺はJavaを勉強する事にするよｗ

作る側は使う側にあわせることになるからな。
WindowsXPで動くソフトが求められたり、
ケータイで動くソフトが求められたり。
.NET専用ソフトが求められたらC#がいいんじゃないの。

>>697
どれもDelphiに向いてませんね

Delphi覚えたけど何の役にもたたんね

それはお気の毒に