- バックアップ一覧
- ソース を表示
- OpenChangiExecEngineの開発で検討したこと。 は削除されています。
.NET 開発基盤部会 Wiki
目次 †
概要 †
OpenChangiExecEngineの開発で検討したこと。
Tablet系 †
専用端末化 †
- Android/iOS両方で実現可能。
- ただし，OSバージョン縛りがあるので(特にAndroidは)要注意。
Android †
Android 5.0から追加された「画面の固定」機能を使えばアクティブなアプリを限定できる。
iOS †
iOS6から追加された「Single App Mode」が使える。
HTML系 †
オフライン †
- オンライン環境でない場合に、オフラインで動作する方法を検討する。
- 実装はHTML（HTML5）のWeb技術を使用する（スマホ・ネイティブ解らんので）。
- オフライン時にlocal-Storageに溜め込んでバッチ送信みたいなことを考えている。
- 色々考え、処理系を切り替える必要があるので結構難しそうだと感じた。
- 切り替えが面倒なので、一律、
- ローカルストレージに蓄積
- 定期的な情報送信を行う。
という方式が良いと考えた。
チェック †
window.navigator.onLineでチェック可能。
ポピュラーな、Key-ValueのWebStorage?が良さそう。
定期的な情報送信 †
バック・グラウンド処理 †
setTimeoutやsetIntervalなどを用いることで実現できる。
最新の「Web Workers」については、別に使用しなくていもイイかな。という感想。
JSON処理 †
- サーバー側（WCF）
web.configの書き方が間違っていると動かないので注意。
web.configの書き方は、下記のosscons.jpのマイクロソフト系技術情報 Wikiが参考になる。
成功と失敗 †
- WebAPIの戻り値での判断は、二重送信の可能性があり、少々危険だと考える。
- トランザクションが成功した後にHTTPでエラーになると二重送信になる。
- HTTPで成功した後に、local-Storageのクリアに失敗した場合も、二重送信になる。
- 上記の二重送信の問題を解決するために、レコードにIDを付与する。
- 店舗ID＋時間（yyyy/MM/dd HH:mm:ss SSS）
- 店舗ID：ユーザアカウントから取得可能。
- 時間：dateformat.jsを使用して取得可能。
スキーマ †
マルチテナントを考慮したスキーマ設計
マスタ・データ †
ユーザ情報 †
画面表示情報 †
画面の表示に必要になる情報。
画面によって構造（スキーマ）が異なるので非構造化データに格納する。
- 共通
- ID
- 分割キー（企業ID）
- 画面ID（GUID）
- 有効期限
- 画面タイトル
- 追加の検索条件情報
トランザクション・データ †
アンケート結果 †
＃DBMSスキーマ上にあれば、SQLの集計関数で集計が可能。
画面 †
コンテンツ画面 †
HTML/CSS/JavaScript技術を中心に使用して開発する。
カスタマイズ画面 †
- エンプラ寄りのWeb Forms技術を中心に使用して開発する。
- 非構造化データ（JSONデータ）の編集処理の簡略化がキーポイント
- 画面の自動生成も面倒なので、
- JSONの生データを編集する方式にする。
条件検索画面 †
エンプラ寄りのWeb Forms技術を中心に使用して開発する。
条件検索と集計・グラフ表示機能 †
- 通常の条件検索と集計・グラフ表示機能を実装する。
- グラフ表示は、ChartControl?を使用する。
非構造化データの集計処理 †
非構造化データ（JSONデータ）の集計処理の簡略化がキーポイント
- CSVエクスポートを行い、エクセルで集計できるようにする。
- JSONデータをフラットな二次元表に展開する。
上記を踏まえた技術選定 †
Open棟梁はコミュニティ連携のため前提で（笑）。
OS †
Windows †
DBMS †
PostgreSQL †
- スタートアップで人気。
- MosPで運用実績がある。
WAS †
IIS+ASP.NET †
.NET開発基盤部会だけに。
フレームワーク †
- ASP.NET Web Forms ( HTMLサーバーコントロール ) + WCF ( DataContractJsonSerializer? ) + Ajax( jQuery ) + ADO.NET.
- 若しくは、ASP.NET MVC + ASP.NET Web API + Ajax( jQuery ) + ADO.NET.
- Entity Frameworkは個人的に、パス。
ASP.NET Web Forms †
ASP.NET Web Formsを選択した。
- ASP.NET MVCであっても・なくても良かった。
- 赤波線の件と、
- コントロールのキャプション置換がWeb Formsの方が楽だと思ったから。
- グラフ表示画面もあるので、ChartControl?を使いたいと思ったから。
- B・D層を別DLL化して、必要ならUIサブシステムだけMVCに切替えるのはアリだと思う。
その他 (Ajax - REST ( JSON ) - WebAPI) †
- HTMLに準拠した実装がし易いように、HTML Server Controlを使用する。
- Web Formsだが、オフライン実装を考慮しPostBack?無しのWebAPIで実装。
- フレームワーク
- Ajax(jQuery)
- REST(REST JSON)
- WebAPI(WCF(DataContractJsonSerializer?))
ADO.NET †
ADO.NETでイイと考えた。
,etc. †
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
