こんにちは。ふるです。

.NETにて頒布ファイルを作成しても
使う人のファイルにはFRAMEWORKがないと動きません。
将来的には.NETも普及し、それでも問題ないのかもしれません。
ですが、現在ではFRAMEWORKが入っている人の方が少数派です。
ですので、頒布する度にFRAMEWORKも他人にインストールさせてしまうことになります。

これは、手軽に頒布できないことを意味します。
VB6であれば、そのような問題もなく頒布できることを考えると
結果的には.NETにバージョンアップ（？）することで頒布が面倒になっているといえます。
かといっても、もうVB6は普通の店舗では販売終了しています。

以上をふまえ、
私が質問したいことは
「FRAMEWORKなどの大きなインストールなく手軽に頒布できる実行ファイルを
VS.NETにて作成するにはどうすればよいのでしょうか？」ということです。

最悪どこからかVB6を入手し、それにて作成するというのもありますが、
その上位バージョンを持ちながらVB6を購入するのもなかなか微妙です。

困っているので、おわかりになる方いらっしゃいましたら
お返事ください。お願いします。

> ですので、頒布する度にFRAMEWORKも他人にインストールさせてしまうことになります。

(同じ環境へ)頒布するたびに.NET Frameworkをインストールする必要はありません。
.NET Frameworkのインストールは1度きりです。
複数の環境に配布する場合、その環境ごとに.NET Frameworkのインストールは必要です。

> VB6であれば、そのような問題もなく頒布できることを考えると

ランタイムの配布が必要という点ではVB6でも同様ですよね？
.NET Frameworkのランタイムのサイズがかなり大きいという点を除けば、
VB6と特に配布方法に大きな違いはありません。
.NETの場合は.NET Frameworkそのもののインストール以外は単純にコピーするだけで済むので、
より配布が簡単になっています。

> 私が質問したいことは
> 「FRAMEWORKなどの大きなインストールなく手軽に頒布できる実行ファイルを
> VS.NETにて作成するにはどうすればよいのでしょうか？」ということです。

VS.NETは持っていないので、これを利用した配布ファイル等の作成はわかりませんが、
.NET Frameworkは、Windows Updateでインストールすることもできます。
自作アプリに関しては、.NET Framework以外のインストールは必要なファイルをすべて
コピーするだけでインストール終了です。

Visual C++.NET では.NET Framework を使用しないアプリケーションを
作成できると聞いたことがありますが、それはMFC（Win32API)を使った、
旧式(?)なアプリケーションを作成しているのでしょうね。

おふたりとも、お返事ありがとうございました。

>MFC（Win32API)を使った旧式(?)なアプリケーションを作成している

ＮＡＯ★さんの言うような、
こういった時代の流れにさからったような（？）方法の方が
逆に有効なのかもしれません！？？？
基本的にCとVBで持ってる機能ってそこまで変わらないですよね。だからVBでもできそうな・・。

>複数の環境に配布する場合、その環境ごとに.NET Frameworkのインストールは必要です。

この質問をした理由の根本は、
vectorにあるような便利なアプリを自分もつくってみんなに使ってほしい
ということなのです。できれば、そのファイルをインストーラーなしで、
解凍したフォルダを任意のフォルダに移動するだけというような
簡単に頒布できるものをつくりたいのです。

>ランタイムの配布が必要という点ではVB6でも同様ですよね？

確かにそのとおりで、そういう意味から考えるとVB6も上記の趣旨からもは、ずれてしまう
ことになります。ちょっとVBの話からずれてしまうのですが、そういったインストーラなしで
フォルダを移動するだけで使えるアプリというのは皆さんはどのようにつくっているのでしょうか？
.NET Frameworkでは、それは無理でしょうし・・・。
VBではない全く違う何かをつかってらっしゃるのでしょうか？

なにかご存知であれば教えていただきたいと思います。
よろしくお願いします。

> 解凍したフォルダを任意のフォルダに移動するだけというような
>  簡単に頒布できるものをつくりたいのです。

.NETのアプリは、.NET Frameworkのインストール以外はそういう感じでいけます。
レジストリの設定等が不要なので、.NET Frameworkが普及すればそういう状況になります。

> 確かにそのとおりで、そういう意味から考えるとVB6も上記の趣旨からもは、ずれてしまう
> ことになります。ちょっとVBの話からずれてしまうのですが、そういったインストーラなしで
> フォルダを移動するだけで使えるアプリというのは皆さんはどのようにつくっているのでしょうか？
> .NET Frameworkでは、それは無理でしょうし・・・。
> VBではない全く違う何かをつかってらっしゃるのでしょうか？

そういう場合は、C/C++で組むことが多いのではないでしょうか。
MFCを使うような場合は、staticリンクなどをしてexeに取込んでしまう手がありますし、
そもそもMFC等を使わずAPIのみの利用で実装する手もあります。ゲーム系はこちらの方法でしょう。

Delphiもstaticリンクができるらしいので、フリーソフトではDelphi製も多いですね。
後は、HSPもランタイムは要らなかったようなことを聞いたことがあります。

私の場合は、VB/VB.NETで単にランタイムは別途入れて下さいと言うだけです。

ものすごく優秀なアプリを作成していて、それをどうしても広く使ってもらいたいんだ！とか、
あるいはシェアウェアを作ってもうけたいとか、そういう目的があるなら、
ランタイム不要(もしくはstaticリンクなどの使える)言語を選択すればよいでしょう。
要は適材適所です。

なるほど！細かい説明でわかりやすかったです。

.NET Frameworkも普及すれば、簡単に使えるようになるんですね。
便利だと思われるアプリが半分ほどできていて、それを使ってもらう段階をイメージしていたら
この疑問がわいてきたのでした。でも、よねＫＥＮさんのおかげで解決しました。

あと１点だけ確認させてください。

＞そういう場合は、C/C++で組むことが多い

の理由は、C/C++ならMFCなどが使いやすいからということでしょうか？
それとも基本的にC/C++にはランタイムのようなものが不要だということでしょうか？
VBとVBAしかしらないので、もしわかればお答えください。

> ＞そういう場合は、C/C++で組むことが多い
>
> の理由は、C/C++ならMFCなどが使いやすいからということでしょうか？

MFCはVC++のためのクラスライブラリなので使い勝手は無関係です。
VC++以外では利用しないと思います。

> それとも基本的にC/C++にはランタイムのようなものが不要だということでしょうか？

素のC/C++とWindowsAPIを組み合わせて使う分には、
exeファイル以外は特に必要がありません。

MFCを使った場合は、MFCのDLLが必要です。
(MFCに限らずライブラリを使えば、当然、それも必要になるわけです。)
ただし、VBのようにexe+dllというようにバラバラで置いておくこともできるし、
exeの中にdllを取込んでしまうこともできます。この場合、
ファイルサイズはdll分増えますが、exe一つで配布できます。

> 最悪どこからかVB6を入手し、それにて作成するというのもありますが、

Yahoo! のオークション あたりに結構安いのが出ています。

http://search.auctions.yahoo.co.jp/search/auc?p=%A3%D6%A3%E9%A3%F3%A3%F5%A3%E1%A3%EC+%A3%C2%A3%E1%A3%F3%A3%E9%A3%E3&auccat=23568&alocale=0jp&acc=jp　

ありがとうございます。

オークションいってきました。
ですが、まだ買ってません。

そうやって、もう販売中止しているものも意外と手に入るのだとしりました。
Vbだけでなく、しらないことだらけなので勉強になります。

本当にｖｂ６が必要なのかということを見極めてから、改めて買いにいこうと思います。