アカウント名:
パスワード:
今でも十分迷惑してるのにさらにカオス化するのか…
vbaも拡張されカオスになりそうですね個人的には.netと同様の仕様に刷新してほしい
個人的には.netと同様の仕様に刷新してほしい
どう足掻いたところでベースがCOMインターフェースだし、それに由来する仕様も多々あるからなぁ……
いっそ後方互換性を大幅に切り捨てたExcel.NETみたいに作り替えない限りは……
.NETってCOMが凄く使いやすくなってるけども。少なくともC++と比べれば天国と地獄ほどに使いやすくなってる。それもC#のウリの一つだからね。
.NETのCOMアダプタにVBX/OCXの仕様拡張を追加してやれば今までと大差ない構文で使えると思うよ。
そもそも今だって.NETからExcelの操作はできるし。
VSTOみたいに参照カウンタ管理をwrapperにやらせるか、ひたすらReleaseComObjectするのが使いやすいって?その程度のモノをC#のウリとか言ってる人って、本当にC#使えてるんだろうかって思うんだが。VS2002とか2003レベルの知識で止まってるんじゃねーの?
つーか、単純にCOM使ってExcelとか操作するのにC++使うのが見当違いだっただけでしょ。わざわざ不向きな用途のモノを使って地獄だったみたいに語ってるの、何言ってんのって感じなんだが。そんなのは(.NETになる前の)VBでやれば良かったし、COMを操作するだけならVB6はVB.NET(やC#)より使いやすいよ。変なWrapper使わなくてもLate Bindingできるところとか、COMのオブジェクトもGCが喰ってくれるところとか。流石に設計思想が古すぎるし、サポートの問題があるから、今からVB6を使うのは馬鹿だとは思うけど。
Excel操作に関した話ではなくCOM操作に関してC++よりはるかにマシと書いてるだけだが。
そもそも大半のアプリケーションはC++で書かれてるしそこでCOM関係の死ぬほどかったるい記述をさんざんしてるわけだよ。C++は向いて無いとかそんな次元の問題じゃねーよ。それにくらべれば.NETのCOMの扱いは天国と地獄だと書いてるんだよ。
VBX/OCXまわりの拡張に関して.NETは弱いからそこを拡張とも書いてるだろ。まだ足りないってわかってるからそう書いてあるんだよ。「今だってできる」とは書いてあるけど楽にできるとは書いてないだろ。楽にできるなら拡張するなんて記述ないと考える脳みそは無いのか?
自分の理解したいように好き勝手に文章を理解して反論するとか脳みそ足りて無いんじゃねーのか?相手が自分より知らないとか思うのは思い上がりも甚だしいよ。
そもそも大半のアプリケーションはC++で書かれてるしそこでCOM関係の死ぬほどかったるい記述をさんざんしてるわけだよ。
それって「適切な開発環境や言語を使う」という基本的なことすらできてなくて、ナントカの1つ覚えでC++使ってたってだけじゃないの?何をもって大半というかは知らないけどさ。Excelと連携しなきゃいけないような業務アプリで、VBでできなくてC++が必要な要件ってそんなにあるとは思えないし。
つーか今更VBXって……WIN16引きずって.NETで何したいんだよ老害。
VBX/OCXまわりの拡張に関して.NETは弱いからそこを拡張とも書いてるだろ。
いやー、それ.NETのできた理由の否定にし
> VBでできなくてC++が必要な要件ってそんなにあるとは思えないし。ネイティブコード…というかWin32APIとか叩きたかったら基本そっちだろ。ExecuteExcel4MacroのCALLでAPI叩きまくるとかどんだけマニアックなんだよ。.NETで出来ることは.NETでも出来るけどExcelのVBAではどうにもならんだろ…WSHのVBSやJScriptでも同じ。
VB/VBA でwin32API 直に叩くなら declare Function だろ、JK
Windows3.1時代の知識から歯抜けでしかアップデートできてない老害おじいちゃんプログラマをあまりいじめないであげて。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
入力されたデータがどのようなデータなのかを自動認識 (スコア:4, すばらしい洞察)
今でも十分迷惑してるのにさらにカオス化するのか…
Re: (スコア:0)
vbaも拡張されカオスになりそうですね
個人的には.netと同様の仕様に刷新してほしい
Re: (スコア:0)
個人的には.netと同様の仕様に刷新してほしい
どう足掻いたところでベースがCOMインターフェースだし、それに由来する仕様も多々あるからなぁ……
いっそ後方互換性を大幅に切り捨てたExcel.NETみたいに作り替えない限りは……
Re: (スコア:0)
.NETってCOMが凄く使いやすくなってるけども。
少なくともC++と比べれば天国と地獄ほどに使いやすくなってる。
それもC#のウリの一つだからね。
.NETのCOMアダプタにVBX/OCXの仕様拡張を追加してやれば
今までと大差ない構文で使えると思うよ。
そもそも今だって.NETからExcelの操作はできるし。
Re: (スコア:0)
VSTOみたいに参照カウンタ管理をwrapperにやらせるか、ひたすらReleaseComObjectするのが使いやすいって?
その程度のモノをC#のウリとか言ってる人って、本当にC#使えてるんだろうかって思うんだが。VS2002とか2003レベルの知識で止まってるんじゃねーの?
つーか、単純にCOM使ってExcelとか操作するのにC++使うのが見当違いだっただけでしょ。わざわざ不向きな用途のモノを使って地獄だったみたいに語ってるの、何言ってんのって感じなんだが。
そんなのは(.NETになる前の)VBでやれば良かったし、COMを操作するだけならVB6はVB.NET(やC#)より使いやすいよ。
変なWrapper使わなくてもLate Bindingできるところとか、COMのオブジェクトもGCが喰ってくれるところとか。
流石に設計思想が古すぎるし、サポートの問題があるから、今からVB6を使うのは馬鹿だとは思うけど。
Re: (スコア:0)
Excel操作に関した話ではなく
COM操作に関してC++よりはるかにマシと書いてるだけだが。
そもそも大半のアプリケーションはC++で書かれてるし
そこでCOM関係の死ぬほどかったるい記述をさんざんしてるわけだよ。
C++は向いて無いとかそんな次元の問題じゃねーよ。
それにくらべれば.NETのCOMの扱いは天国と地獄だと書いてるんだよ。
VBX/OCXまわりの拡張に関して.NETは弱いからそこを拡張とも書いてるだろ。
まだ足りないってわかってるからそう書いてあるんだよ。
「今だってできる」とは書いてあるけど楽にできるとは書いてないだろ。
楽にできるなら拡張するなんて記述ないと考える脳みそは無いのか?
自分の理解したいように好き勝手に文章を理解して反論するとか
脳みそ足りて無いんじゃねーのか?
相手が自分より知らないとか思うのは思い上がりも甚だしいよ。
Re: (スコア:0)
そもそも大半のアプリケーションはC++で書かれてるし
そこでCOM関係の死ぬほどかったるい記述をさんざんしてるわけだよ。
それって「適切な開発環境や言語を使う」という基本的なことすらできてなくて、ナントカの1つ覚えでC++使ってたってだけじゃないの?
何をもって大半というかは知らないけどさ。Excelと連携しなきゃいけないような業務アプリで、VBでできなくてC++が必要な要件ってそんなにあるとは思えないし。
つーか今更VBXって……WIN16引きずって.NETで何したいんだよ老害。
VBX/OCXまわりの拡張に関して.NETは弱いからそこを拡張とも書いてるだろ。
いやー、それ.NETのできた理由の否定にし
Re: (スコア:0)
> VBでできなくてC++が必要な要件ってそんなにあるとは思えないし。
ネイティブコード…というかWin32APIとか叩きたかったら基本そっちだろ。
ExecuteExcel4MacroのCALLでAPI叩きまくるとかどんだけマニアックなんだよ。
.NETで出来ることは.NETでも出来るけどExcelのVBAではどうにもならんだろ…WSHのVBSやJScriptでも同じ。
Re:入力されたデータがどのようなデータなのかを自動認識 (スコア:0)
VB/VBA でwin32API 直に叩くなら declare Function だろ、JK
Re: (スコア:0)
Windows3.1時代の知識から歯抜けでしかアップデートできてない
老害おじいちゃんプログラマをあまりいじめないであげて。