2018年4月13日金曜日

何故 NancyFx をえらんだのか… につきまして

自動登録をサービスプロセスで実装しています。
- GUI がございません。
- ではどのようにして状況を確認できるようにするか… Web サーバーを実装するしかない。

何故サービスプロセスなのか…
- 各クライアント PC での Verup が大変だからです。
- サーバーで動作させるようにした。
- さらーに『本来クライアントで動作する NisImp を、サーバーで動かしてほしい!』というご要望があり、「お客さんは GUI を欲していないのかもしれない」という結論に行き着いたため。

何故ナンシーか…
- では他になにが…?

質問してきた彼によると →
- Frameworks
- Jasper
- Nancy
- SignalR
- WebApi
- WebSharper
- DuoVia.Http
- Simplify.Web
- Wisej

Nancy のメリットとして
- stackoverflow など情報量が多い。



ここから by KU

当初からつぎの 2 つに的を絞っていた…
Kayak
Nancy

「『軽量な C# Web サーバー』で考えていたため」
軽量な:
- ワンプロセスで完結する
- 別途のインストールが不要(そう。Apache とか php とか PostgreSQL とかいったもの)

評価の結果、Kayak がいい感じと思っていた。しかし、開発が止まっていた。
評価
- (URL の予約に)管理者権限が必要になる HttpListener を使っているか。
 → 使っていない。自分で TCP ポートを使用
 → 👍

結局 Nancy にした。

0 件のコメント:

コメントを投稿