10月18日（火）1、2コマ目
今日、やったこと
Java+トランザクションの練習問題 ロック編
今日のホワイトボード
実装にあたり
なにげに一番ややこしそうなところが「どの商品の引当ボタンがクリックされたか」、「どの商品の引当数を取得するか」です。
ヒントをあげておきました。
 |
| 図 ヒント |
また、「引当ボタンが押された商品の引当数には必ず数量が入力されている」を前提にして構いません。
次回は
実装＋解説です。
11月14日（月）1、2コマ目
今日、やったこと 例外（C#) 今日のホワイトボード 処理終了時の状態 処理終了時は 正常終了 異常終了 の２つに分かれます。 さらに、異常終了も 想定内のエラー 想定外のエラー の２つに分かれます。 エラーを「想定内」、「想定外」 分けていますが、「想定外」なエラーもよく考えれば「想定内」なエラーになります。 ここで、エラーの内容を以下のように再定義します。 「想定 内 のエラー」は 利用者にエラー発生を伝えて、リカバリをしてほしい エラー。 「想定 外 のエラー」は 利用者に通知してもしょうがない エラー。 図 想定内のエラー、想定外のエラー 処理結果をどうやって伝える 処理(メソッド)の結果は 〇ユーザーに通知してリカバリしてほしいエラー 戻り値で通知 〇ユーザーに伝えてもしょうがないエラー 例外スローで通知 図 結果を伝える方法 ただし、 この方針は絶対的なものではありません 。 しかし、この授業では今後この方針でいきます。 戻り値は 結果が 成功 失敗 の2種類ならbool型へ。 処理結果の状態が3つ以上なら列挙型(enum型)で。 図 戻り値のつかいわけ 例外スロー時の対応 やってはいけない ことは 例外をキャッチしてもなにもしない(catchブロック内が空) です。 基本的に、例外がスローされたら そこで処理は中断 呼び出し元へエラー発生を通知（例外スロー） ...
