QandAAnalysisEngineの技術選定のバックアップ(No.1) - .NET 開発基盤部会 Wiki

[ トップ ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

バックアップ一覧
ソースを表示
QandAAnalysisEngineの技術選定は削除されています。
- 1 (2016-08-02 (火) 19:00:09)
- 2 (2016-08-02 (火) 19:18:37)
- 3 (2017-02-27 (月) 20:17:56)

.NET 開発基盤部会 Wiki

戻る

目次 †

目次
概要
OS
- Windows
DBMS
- PostgreSQL
  - データプロバイダ
WAS
- IIS+ASP.NET
フレームワーク

概要 †

技術選定について。

OS †

Windows †

特に、Linuxである必要を感じなかった。

DBMS †

PostgreSQL †

スタートアップで人気。
MosPで運用実績がある。

データプロバイダ †

ADO.NETデータプロバイダ - マイクロソフト系技術情報 Wiki
- PostgreSQL

WAS †

IIS+ASP.NET †

.NET開発基盤部会だけに。

フレームワーク †

Open棟梁はコミュニティ連携のため前提で（笑）。

画面毎 †

コンテンツ画面 †

基本
- ASP.NET Web Forms ( HTML サーバーコントロール )
- WCF ( DataContractJsonSerializer? )
- Ajax( jQuery )
- ADO.NET.

若しくは
- ASP.NET MVC
- ASP.NET Web API
- Ajax( jQuery )
- ADO.NET.

その他の画面 †

特徴
- エンプラチックな画面
- グラフ表示画面でChartControlを使用したい。
フレームワーク
- ASP.NET Web Forms ( ASP.NET Web サーバーコントロール )
- ADO.NET.

全体的に †

Entity Frameworkは個人的に、パス。

ASP.NET Web Forms †

ASP.NET Web Formsを選択した。

HTMLに準拠した実装がし易いように、HTML サーバーコントロールを使用する。

ASP.NET MVCであっても・なくても良かった。
- 赤波線の件と、
- コントロールのキャプション置換がWeb Formsの方が楽だと思ったから。
- グラフ表示画面もあるので、ChartControlを使いたいと思ったから。
- B・D層を別DLL化して、必要ならUIサブシステムだけMVCに切替えるのはアリだと思う。

Ajax - REST ( JSON ) - WebAPI †

Web Formsだが、オフライン実装を考慮しPostBack?無しのWebAPIで実装。

フレームワーク
- Ajax ( jQuery )
- REST ( REST JSON )
- WebAPI ( WCF ( DataContractJsonSerializer? ) )

ADO.NET †

ADO.NETでイイと考えた。

簡単なクエリのみ。
一々、Entity Framework使う程でもない。
複雑なエンプラの方がハマらないのだっけ？
あまりピンとこない、Beanを永続化するならNoSQLでイイのでは。

,etc. †