- PR -

VB.NETで作成したアプリケーションの配布について

投稿者投稿内容
ぶち
常連さん
会議室デビュー日: 2006/02/15
投稿数: 29
投稿日時: 2007-05-24 13:38
こんにちは。

VB.NET2005を使用してWindowsアプリケーションを開発しています。

インストール時はVB.NETのセットアッププロジェクトを使用して作成した
インストーラを使用しますが、それ以降のバージョンアップは
実行ファイルをコピーするという方法で行いたいと思っています。

実際に実行ファイルを使用すれば動作しそうだというとこまでは
確認したのですが、ほかに問題がないかがよくわかりません。

実行ファイルのバージョン管理ができないことや
アンインストール時にファイルが削除されないという問題はわかりますが
その他何か問題があるのでしょうか?
未記入
大ベテラン
会議室デビュー日: 2006/12/15
投稿数: 157
投稿日時: 2007-05-24 14:00
社内システムで一部実行ファイルのみのコピーで管理しているところがありますけど問題は無さそうです。
但し、それはアプリケーション開発時点でその形態での配布を考慮した設計をしたからです。

ぶちさんが開発したアプリケーションの形態がどうなっているか分からない以上、具体的な問題点を指摘することは不可能だと思います。
ぶち
常連さん
会議室デビュー日: 2006/02/15
投稿数: 29
投稿日時: 2007-05-24 14:20
返信ありがとうございます。

アプリケーションの形態というのがどのようなことをさすのか
わかりませんが、開発アプリの環境は以下のとおりです。

VB.NET2005
ODP.NET使用
DB:oracle9i
帳票:EXCELを使用してデフォルトプリンタへ印刷
その他
共通DLL(VB.NETで作成)を使用して実行ファイルから呼び出す

まだ、設計の段階なので今の時点であれば考慮して
設計することは可能ですのでどんなことを考えればよいか
教えていただけないでしょうか?



じゃんぬねっと
ぬし
会議室デビュー日: 2004/12/22
投稿数: 7811
お住まい・勤務地: 愛知県名古屋市
投稿日時: 2007-05-24 14:20
引用:

ぶちさんの書き込み (2007-05-24 13:38) より:

ほかに問題がないかがよくわかりません。


たとえば、新しく .NET Framework 標準外のコンポーネントを追加すると問題が起きます。
これは、実行ファイルだけでなくアセンブリ全般に言えることです。

_________________
C# と VB.NET の入門サイト
じゃんぬねっと日誌
とっちゃん
大ベテラン
会議室デビュー日: 2005/07/19
投稿数: 203
投稿日時: 2007-05-24 14:25
ClickOnce ではなく、セットアッププロジェクトで作成したでOKですか?

であれば、一般的なmsiによるインストーラの作成と更新にかかわる問題と同じ問題があります。

まず、バージョンについては、msi に収められているものより新しいバージョンであること。
ファイルは何があっても減らさないこと。
インストーラで書き込んだレジストリも変更しないこと。

と言うあたりでしょうか。
バージョンを持たないヘルプファイルなどは、作成日時より更新日時の方が新しい限り問題はありません。

未記入さんも書いていますが、これらはあくまでも設計時点から盛り込まれているという場合で、バージョン管理などもきちんと行われていればという注釈がつく点にも注意してください。

ただし、原因不明(自分では原因不明の事例はありませんが)の理由で自動更新がはいるという話もあるので
必ずしも大丈夫という保証はありません。

なので、次のバージョンのリリースもセットアッププロジェクトで配布することをお勧めします。

セットアップのバージョンをアップすれば、上書きインストールが可能なものを作ってくれますよ。

_________________
// とっちゃん(高萩 俊行)@わんくま同盟
// とっちゃん’Blog
// MS-MVP for Developer Tools - Visual C++
// WindowsInstallerの話題はhttp://www.freeml.com/msiまで
ぶち
常連さん
会議室デビュー日: 2006/02/15
投稿数: 29
投稿日時: 2007-05-24 15:15
じゃんぬねっとさん
とっちゃんさん
返信ありがとうございます。

.NET Framework 標準外のコンポーネントは今のところ使用する予定はないです。
ただ、ODP.NETを使用していることとEXCELのDLLを使用しているところが
気になりますが。。。

ClickOnceではなくてセットアッププロジェクトです。
個人的にはインストーラを使用したリリースを行いたいのですが
最初のインストールはうちで行ってその後のリリースは
お客さんが行うということになっています。

お客さん側で、いちいちインストーラを使用するのが
面倒だし、他のVBのアプリではコピーで問題なく
動いているとの指摘がありました。

インストーラが何をやっているかがわかればまだ対策の
とりようがあるような気がしますが、
ファイルコピー以外に何をやっているかが理解できてないんですよね。。。
それが問題かもしれませんが。。。
未記入
大ベテラン
会議室デビュー日: 2006/12/15
投稿数: 157
投稿日時: 2007-05-24 15:32
>お客さん側で、いちいちインストーラを使用するのが
>面倒だし、他のVBのアプリではコピーで問題なく
>動いているとの指摘がありました。
そのVBが自信をもってコピーで大丈夫な作りになってるんでしょう。

@ITコラム:アプリケーションのインストール時に何が起きているか?
DLL Hellを解消する新しいWindowsインストーラとアセンブリ

--リンク先間違いを修正--

そもそもインストーラーはコピーだけですまなくなったインストール作業の簡便化の為に出来た物なので〜。
なんというか論点がずれているよ〜な気がします。

[ メッセージ編集済み 編集者: 未記入 編集日時 2007-05-24 15:37 ]
ぶち
常連さん
会議室デビュー日: 2006/02/15
投稿数: 29
投稿日時: 2007-05-24 16:26
未記入さん返信ありがとうございます。

たしかにおっしゃるとおりだと思います。
リンクも読みましたが、やはりDLL関係が微妙ですよね。。。

お客さんを説得できればいいのですが、
現在運用しているシステムがあるので
なかなか難しいところです。。。
なやましいです。

スキルアップ/キャリアアップ(JOB@IT)