10月26日(木)1、2コマ目

今日、やったこと

Java版例外の使い方

今日のホワイトボード

検査例外と実行時例外

Javaには検査例外と実行時例外がある。

〇検査例外

  • java.lang.Exceptionを継承したクラス 
  • 検査例外をスローするメソッドはthrowsで例外スローを宣言する必要がある
  • 検査例外は必ずキャッチする必要がある => エラー対応を強制する

図　検査例外

〇実行時例外

  • java.lang.RuntimeExceptionを継承したクラス
  • 実行時例外をスローするメソッドはthrowsで例外スローを宣言する必要なし
  • 実行時例外はキャッチする必要なし

図　実行時例外

例外の使い分け

Javaには2種類の例外あるため、下図のように使い分けることにする。
図　Javaの例外の使い分け

サンプルアプリケーション作成

.Netでも作成したユーザー登録アプリケーションをJavaでも作成。

〇サーブレットから起動

JSPファイルをWEB-INF/以下に配備。
ブラウザからアクセスできなくなる。
よって、サーブレットからフォワードしてアクセスする。
図　JSPをWEB-INF/以下に配備する => サーブレットからフォワード

〇(直接関係ないが)やめてほしいこと

無駄なインスタンス生成はやめてほしい。
図　無駄なインスタンス生成はやめてほしい

〇ユーザー登録時のエラー

以下のエラーが想定される。
それぞれ、ユーザーに伝えるべきか（伝えてリカバリしてほしい）、伝えてもしょうがないかでどんな手段を使って伝えるかを切り分ける。
図　ユーザー登録時のエラー

次回は

今回は98％くらいまで完成しました。次回完成させます。





このブログの人気の投稿

12月22日(金)1、2コマ目

今日、やったこと REST API + Vue.js 今日のホワイトボード REST API + Vue.js 以前クライアント側をプレーンなJavaScriptで作った図書検索をVue.jsに変更。 ソースコードをあげておきます。 index.html 次回は 以上でソフトウェア工学実習、ネットワークプログラミング実習は終了です。 年明けに再試験等の案内をします。 
続きを読む

12月21日(木)1、2コマ目

イメージ
今日の予習 フロントエンド開発はプレーンなJavaScriptから始まり、JQuery、ReactやVue、Angularといろいろなライブラリやフレームワークを利用してきた。 これらの違いをソースコードで比較する。 1. 入力内容を表示する テキストボックスに入力するとリアルタイムに表示される。 テキストボックスのinputイベントが発生したら、入力内容を取得して表示する。 JavaScript版 JQuery版 Vue.js版 2.ボタンクリックで表示 テキストボックスに入力後ボタンをクリックすると、入力内容が表示される。 JavaScript版 JQuery版 Vue.js版 3.配列で表を作成 オブジェクト配列の内容を表形式で表示する。 JavaScript版 JQuery版 Vue.js版 4.カウンタ ボタンをクリックする毎に数字がインクリメントされる。 JavaScript版 JQuery版 Vue.js版 今日、やったこと フロントエンド、バックエンド JavaScript、JQuery、Vue.js 今日のホワイトボード フロントエンド、バックエンド フロントエンドはクライアント側。 Webブラウザを使う場合はJavaScriptで開発。iOSやAndoroid上の専用アプリならSwiftやkotlinで開発。 バックエンドはサーバー側。 JavaやC#、PHPやPythonなど選択肢はいろいろ。 図　フロントエンド、バックエンド 同期通信、非同期通信 JavaScriptがクライアントで利用されるきっかけになったのがGoogle Mapのような非同期通信。Ajaxとも呼ばれている。 図　同期通信・非同期通信 同期通信は、サーバーへリクエスト送信するとレスポンスが返ってくるまでなにもしない。 非同期通信は、サーバーへリクエスト送信しレスポンスを待たずに次の処理を実行する。 Webページ全体を書き換える場合は同期通信。 サーバーからデータを取得して、Webページ中の一部分だけを書き換える場合は非同期通信で十分。 ただ、Webブラウザには非同期通信を実現する手段はないため、JavaScriptで制御する必要が...
続きを読む

10月24日(火)1、2コマ目

今日、やったこと [評価用課題]オークションサイト(.Net版) 今日のホワイトボード 採点して気づいた点を書きました。 1.無駄な変数 2回以上アクセスしないデータのために変数を作らない 以下の変数flgは代入後、1回しか使っていない。 修正版は以下。 2.冗長な処理 同じような処理があちこちにある。 修正版は以下。 3.OracleDataReaderからデータを取り出す これはまずい。実行時エラーになる可能性がある。 SQL実行直後のOracleDataReaderは検索結果の0行目を参照している。 参照先を1行目に移動するにはRead()を実行する必要がある。 検索結果が0行の場合、Read()はfalseを返すだけでエラーにはならない。 修正版は以下。 検索結果の行数とOracleDataReaderのRead() 〇検索結果が常に0行または1行だけ 1回だけ移動すればいいので、 　if(reader.Read()) で1回だけ移動すればOK。 〇検索結果が複数行の可能性がある場合 検索結果の1行目から最終行まで移動する必要があるので、 　while(reader.Read()) で検索結果の最初から最後まで移動すること。 この場合、検索結果は複数行になるので、結果の格納先はリストにするべき。 〇検索結果は常に1行1列 SQL実行にExecuteQuery()ではなく、ExecuteScalar()を使うほうが便利。 ExecuteScalar()は検索結果を返すのでDataReaderを使って検索結果を取り出す必要がない。ただし、戻り値はobject型。キャストする必要がある。また、検索結果が無い場合はnullを返す。 〇bool型はtrueかfalseだけ bool型を返すメソッドの戻り値で条件分岐をする場合、以下のelse if()は不要。 ifの条件式がfalseの場合は自動的にelseブロックにくる。 〇変数名、メソッド名の接頭語について 変数名やメソッド名に下表の接頭語をつけるケースがある。 名前にあった役割どおりに実装すること。 接頭語 例 役割 ...
続きを読む