質問するログイン新規登録

質問編集履歴

1

できるだけわかりやすく書きました。

2018/04/30 17:37

投稿

GrayWingAliance
GrayWingAliance

スコア218

title CHANGED
File without changes
body CHANGED
@@ -4,4 +4,33 @@
4
4
 
5
5
  ただ、このAPI自体は外に配布するものではないので、必須の仕様ではなく、exe同士の呼び出しなどを考えたときにデメリットなどがどれくらいあるのかが気になりました。
6
6
 
7
- もし、詳しい方がいらっしゃいましたら、ご教示いただきたいです。
7
+ もし、詳しい方がいらっしゃいましたら、ご教示いただきたいです。
8
+
9
+ 追記:
10
+ わかりづらいという指摘がありましたので、整理してみました。
11
+ まず、上記の
12
+
13
+ ** IIS及びWinodwsアプリケーションの両方で同等機能を持つアプリケーションの開発 **
14
+
15
+ という点でいくつかの方法があると考えており、自分の思いつく方法としては、以下の方法です。
16
+
17
+ * 1つのプロジェクトとして実装する
18
+ * フロント(GUI及びHTML)の実装とバックエンド(実際に機能として存在する部分)を分離して実装する方法
19
+ * フロントとバックエンドを分離するほかにバックエンドの機能ごとに別のプロジェクト(dll)として実装する。
20
+ * フロントとバックエンドを分離するほかにバックエンドの機能ごとに別のプロジェクト(exe)として実装し、フロントのexeから呼び出す。
21
+
22
+ ### 1番目に関して
23
+ 今回フロントが2種類存在していることからメリットがあまりないように感じます。
24
+ (アプリケーションの速度が2倍3倍とかわってくるなら、考えるかもしれません。)
25
+
26
+ ### 2番目に関して
27
+
28
+ 実装は一人のため工数を優先するなら、これがベストだとは感じてます。
29
+ (大きなデメリットがあれば知りたいです。)
30
+
31
+ ### 3番目に関して
32
+ 機能を分離したときに別に呼び出すためのexeファイルを使用しなければならないことを考えると、あまりメリットがないように感じます。(共有プロジェクトとして、作成するのであれば、1番目と2番目の中庸くらいになるんですかね?共有プロジェクトが、静的リンクであれば選択する余地はあるのかもしれません。)
33
+
34
+ ### 4番目に関して
35
+ 実装した各機能をコマンドラインから使用したいなという思いがあり、これも視野に入れています。
36
+ (パフォーマンスがあまりに出ない可能性があるとこれは除外せざるを得ないのかな、と思っています。)