質問編集履歴
1
できるだけわかりやすく書きました。
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -11,3 +11,61 @@
|
|
|
11
11
|
|
|
12
12
|
|
|
13
13
|
もし、詳しい方がいらっしゃいましたら、ご教示いただきたいです。
|
|
14
|
+
|
|
15
|
+
|
|
16
|
+
|
|
17
|
+
追記:
|
|
18
|
+
|
|
19
|
+
わかりづらいという指摘がありましたので、整理してみました。
|
|
20
|
+
|
|
21
|
+
まず、上記の
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
** IIS及びWinodwsアプリケーションの両方で同等機能を持つアプリケーションの開発 **
|
|
26
|
+
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
という点でいくつかの方法があると考えており、自分の思いつく方法としては、以下の方法です。
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
* 1つのプロジェクトとして実装する
|
|
34
|
+
|
|
35
|
+
* フロント(GUI及びHTML)の実装とバックエンド(実際に機能として存在する部分)を分離して実装する方法
|
|
36
|
+
|
|
37
|
+
* フロントとバックエンドを分離するほかにバックエンドの機能ごとに別のプロジェクト(dll)として実装する。
|
|
38
|
+
|
|
39
|
+
* フロントとバックエンドを分離するほかにバックエンドの機能ごとに別のプロジェクト(exe)として実装し、フロントのexeから呼び出す。
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
### 1番目に関して
|
|
44
|
+
|
|
45
|
+
今回フロントが2種類存在していることからメリットがあまりないように感じます。
|
|
46
|
+
|
|
47
|
+
(アプリケーションの速度が2倍3倍とかわってくるなら、考えるかもしれません。)
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
|
|
51
|
+
### 2番目に関して
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
実装は一人のため工数を優先するなら、これがベストだとは感じてます。
|
|
56
|
+
|
|
57
|
+
(大きなデメリットがあれば知りたいです。)
|
|
58
|
+
|
|
59
|
+
|
|
60
|
+
|
|
61
|
+
### 3番目に関して
|
|
62
|
+
|
|
63
|
+
機能を分離したときに別に呼び出すためのexeファイルを使用しなければならないことを考えると、あまりメリットがないように感じます。(共有プロジェクトとして、作成するのであれば、1番目と2番目の中庸くらいになるんですかね？共有プロジェクトが、静的リンクであれば選択する余地はあるのかもしれません。)
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
67
|
+
### 4番目に関して
|
|
68
|
+
|
|
69
|
+
実装した各機能をコマンドラインから使用したいなという思いがあり、これも視野に入れています。
|
|
70
|
+
|
|
71
|
+
(パフォーマンスがあまりに出ない可能性があるとこれは除外せざるを得ないのかな、と思っています。)
|