Q&A
さっぱりわかりません。
Exeファイルは分離するべきか？
現在、IIS及びWindowsアプリケーションの両方で同等の機能を持ったアプリケーションの開発にあたっています。
これは、もちろんフロントとバックエンドは分離する予定なのですが、それぞれの機能がCLIコマンドとして使えるとAPIとして使いやすいのではないかと思い、exeとして、完全に分離しようかと考えています。
ただ、このAPI自体は外に配布するものではないので、必須の仕様ではなく、exe同士の呼び出しなどを考えたときにデメリットなどがどれくらいあるのかが気になりました。
もし、詳しい方がいらっしゃいましたら、ご教示いただきたいです。
追記:
わかりづらいという指摘がありましたので、整理してみました。
まず、上記の
** IIS及びWinodwsアプリケーションの両方で同等機能を持つアプリケーションの開発 **
という点でいくつかの方法があると考えており、自分の思いつく方法としては、以下の方法です。
- 1つのプロジェクトとして実装する
- フロント(GUI及びHTML)の実装とバックエンド(実際に機能として存在する部分)を分離して実装する方法
- フロントとバックエンドを分離するほかにバックエンドの機能ごとに別のプロジェクト(dll)として実装する。
- フロントとバックエンドを分離するほかにバックエンドの機能ごとに別のプロジェクト(exe)として実装し、フロントのexeから呼び出す。
1番目に関して
今回フロントが2種類存在していることからメリットがあまりないように感じます。
(アプリケーションの速度が2倍3倍とかわってくるなら、考えるかもしれません。)
2番目に関して
実装は一人のため工数を優先するなら、これがベストだとは感じてます。
(大きなデメリットがあれば知りたいです。)
3番目に関して
機能を分離したときに別に呼び出すためのexeファイルを使用しなければならないことを考えると、あまりメリットがないように感じます。(共有プロジェクトとして、作成するのであれば、1番目と2番目の中庸くらいになるんですかね？共有プロジェクトが、静的リンクであれば選択する余地はあるのかもしれません。)
4番目に関して
実装した各機能をコマンドラインから使用したいなという思いがあり、これも視野に入れています。
(パフォーマンスがあまりに出ない可能性があるとこれは除外せざるを得ないのかな、と思っています。)
回答2件
0
APIをexeで提供すると、そいつを呼び出すたんびにファイルをロードし、プロセス起こして実行し、プロセス終了しメモリを解放し...パフォーマンス落ちます。それでもかまわんなら。
投稿2018/04/30 23:04
総合スコア16614
0
ベストアンサー
一人で開発していて他人に配布する予定も無く独立した機能も提供しないならプロジェクトを分ける必要は特に無いと思います。
プロジェクトはアセンブリと一対一対応するので、Windows UI アプリと WEB UI アプリの二つを提供するのであればプロジェクトは二つで構いませんし、両者の共通部分を DLL として提供するのであれば三つで大丈夫です。
###追記
CLI が Common Language Infrastructure でなく Command line interface ならもう一つ追加です。
投稿2018/04/30 22:10
編集2018/04/30 22:29総合スコア28660
Windows UIとWeb UIの共通部分は確実に別プロジェクトとして切り分けた方が管理コストの面から、よいと思うのですが、それぞれ1つのプロジェクトでよいというのはなぜでしょうか？
共通部分に修正があったら、両方修正した方がよいということでしょうか？それとも片方修正すればもう片方にも修正が自動的に入る機能などがVisual Studioに存在するということでしょうか？
複数のプロジェクトで同じソースを使いまわしできます。
なるほど、調べてみます。
「既存のファイルを追加」でダイアログが開いたら目的のファイルを選択して「追加」ボタンの右のメニューボタンをクリックし、「リンクとして追加」です。
あなたの回答
tips
プレビュー
