×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
・デスクトップアプリで簡単な例であるが

一つの画面で検索、追加、更新、、、とボタンがありボタンで処理を
実行する形であるがWEBでどう実現するか
デスクトップアプリなら追加ボタンでアクションが発生し
データチェック>>確認ダイアログ>>更新で一画面で完結する
WEBでは
一覧画面>>submitの交通整理画面>>追加画面>>エラーチェック確認画面>>更新画面
と画面遷移が標準であり、POSTかsessionでデータを渡しながらすすむ
確かに単純な仕組みだがコーディング量が増えるし、ユーザも登録まで
何アクションも要求される
要は
ーーーーーーー
初期処理>>
POSTによって要求されている処理>>
結果を内部ワークにセット>>
結果によって画面の表示を変える>>
自分自身をFORMでPOSTする
ーーーーーーー
で対応できた、、、画面表示を処理の後で実行するのがポイント
デスクトップアプリなら画面ありだから発想の転換が必要である
買い物かごなら画面遷移で十分だと思うが
事務処理ではあまりに時間がかかりすぎる
一つの画面で検索、追加、更新、、、とボタンがありボタンで処理を
実行する形であるがWEBでどう実現するか
デスクトップアプリなら追加ボタンでアクションが発生し
データチェック>>確認ダイアログ>>更新で一画面で完結する
WEBでは
一覧画面>>submitの交通整理画面>>追加画面>>エラーチェック確認画面>>更新画面
と画面遷移が標準であり、POSTかsessionでデータを渡しながらすすむ
確かに単純な仕組みだがコーディング量が増えるし、ユーザも登録まで
何アクションも要求される
要は
ーーーーーーー
初期処理>>
POSTによって要求されている処理>>
結果を内部ワークにセット>>
結果によって画面の表示を変える>>
自分自身をFORMでPOSTする
ーーーーーーー
で対応できた、、、画面表示を処理の後で実行するのがポイント
デスクトップアプリなら画面ありだから発想の転換が必要である
買い物かごなら画面遷移で十分だと思うが
事務処理ではあまりに時間がかかりすぎる
PR