9月15日(火)1、2コマ目

今日、やったこと

  • 前回の課題をチェックして
  • チェックボックス、複数ボタン
  • 課題

今日のホワイトボード

前回の課題をチェックして

3点ほど気になることがありました。

コンパイルレベルのエラー

「xxxクラスがない」といったコンパイルレベルのエラーがある人がちょこちょこおられました。

HTMLのテーブルタグが使えていない？

表形式で出力するためには<table>タグを使いますが、結構タグが多いのでちゃんと使えていない方がおられました。

図　<table>タグ


同じ商品？

選択した商品と同じ商品がSessionオブジェクト中の選択済み商品リスト中にあるかチェックする際、Equals()メソッドが使えるとプログラムを見やすくしてくれます。

なお、同じかどうかを比べる際に==演算子とEquals()の2種類があります。

それぞれ何を比較するのかが異なります。

図　==演算子とEquals()メソッド


特にxxxクラス型の変数を比較する際、

  • 参照先が同じ（同じインスタンスを参照している）
  • 中身が同じ（インスタンスは異なるが、フィールドは同じ）

の2パターンありますので、ご注意ください。


1フォーム中に複数ボタン

１つのフォームの中に複数のボタンがある場合、どれが押されたかを判断する必要があります。１つの方法として以下を紹介します。

  • 各ボタンのname属性は同じ
  • 各ボタンのvalue属性は異なる値
  • OnPost()ではname属性と同じ名前の引数を用意
  • この引数には押されたボタンのvalue属性設定値が代入される
  • よって、OnPost()では引数代入値でどのボタンが押されたかがわかる

Index.cshtml


Index.cshtml.cs


コメント

新しいコメントは書き込めません。

このブログの人気の投稿

6月2日(火)1,2コマ目(A班)、3,4コマ目(B班)

イメージ
今日、やったこと セッション 今日のホワイトボード HTTPはステートレスなプロトコル リクエスト・レスポンスの1セットで完結するのがHTTP。 複数のリクエスト・レスポンスに渡ってデータを共有する仕組みはない。 そのため、1ページで商品選択、2ページ目でお客様情報入力、3ページ目で配送先入力しても、サーバー側ではクライアント別にこれらの情報をまとめて扱う仕組みがない。よって、別の人が選んだ商品が届いたりすることなる。 セッションオブジェクトとは アプリケーションサーバーで、リクエストをまたいで情報を共有できる仕組みを用意したのがSessionオブジェクト。 実体はサーバー側のメモリ(DBに保存するケースもあり）で、1クライアントに１Sessionオブジェクトが用意される。 Sessionオブジェクトにデータ保存やデータ取り出しをする際は名前を指定して行う。 今日の演習 簡単なサイト「パンケーキ注文サイト」を作りました。 Sessionオブジェクトというより、CheckBoxListコントロールや、RadioButtonListコントロールの使い方のほうがメインだったような気がします。 1ページ目(WebForm1.aspx.cs) Sessionオブジェクトにデータをセットするくらい。 RadioButtonListコントロールは1つしか選択できないため、選択値の取得はSelectedValueプロパティ参照でOK。 2ページ目(WebForm2.aspx.cs) CheckBoxListコントロールの使い方がポイントか。 〇選択値取得 複数選択可能なため、 選択項目を1つずつ取得し、 選択されているかチェック を選択項目数繰り返す。 〇選択値を格納 配列のようなListクラスを使う。 宣言時に List<string> としている。<>内は要素の型。これだとstringのみ格納可能なListになる。 なお、3,4ページも同じ。 5ページ目(WebForm5.aspx.cs) 〇Sessionオブジェクトからデータ取り出し、格納 Sessionオブジェクトからデータを取り出すとき格納先...
続きを読む

7月21日(火)1、2コマ目

イメージ
今日、やったこと ～.cshtmlと～.cshtml.cs間でのデータ受け渡し OnGet()、OnPost() 今日のホワイトボード 今までは～.cshtmlだけ Razorページを追加すると ～.cshtml ～.cshtml.cs のペアが追加される。が、今までは～.cshtmlで コードブロック コードナゲット ディレクティブ を使っただけだった。 ～.cshtml.csもある ～.cshtmlはHTML+C#のイメージ。 ～.cshtml.csは普通のC#のクラス。 HTTPの GETコマンドやPOSTコマンドに対する処理 を書くことができる。 ～.cshtml.csから～.cshtmlにデータを渡す ①～.cshtml.csにはプロパティを用意する ②～.cshtmlでは Model.プロパティ名 で取得できる ～.cshtml.csのインスタンスライフサイクル クライアントからの リクエストごとにインスタンスが生成される 。 以外と重要なので、覚えておいてください。 リクエストごとにインスタンスが生成されるため、プロパティの値もリクエストごとに変わる。（前のリクエストの状態を維持することができない！！） よって、プロパティに表示データの初期値をセットするのはコンストラクタがいい。 submitボタンとOnPost() submitボタンをクリックする(POSTコマンド送信)と、選択値や入力値を送信できる。 これらのデータを取得してなにか処理をしたい場合、～.cshtml.csのOnPost()メソッドを使う。 ポイント１　name属性 = 引数名 HTMLのname属性と同じ名前の引数に選択値、入力値が代入される。 ポイント2　～.cshtmlに@AddTagHelper追加 以下を追加すること。 　 @AddTagHelper *, Microsoft.AspNetCore.Mvc.TagHelpers 自作クラスを使う ～.cshtmlや～.cshtm...
続きを読む

9月1日(火)1、2コマ目

イメージ
前回のテストを採点して とりあえず、以下の3点を今後気を付けてください。 Itemクラスをサイズデータ受け渡しに使わない プロパティが同じ(ID, 名前, 価格)なので、Itemクラスをサイズデータ受け渡しのために使っている方がおられました。 Itemクラスから連想するのは「商品かな？」です。おそらく、サイズではないと思います。 このような使いまわしは直感的ではないため、やめたほうがいいです。 掟１　クラス名や変数名から連想されるデータだけを扱うこと！ Index.cshtml.csのOnPost()にて① 選択された商品およびサイズを調べて、変数に代入するのですが、問題は変数名です。 Item target1 = null; Size target2 = null; のように、 target1 、 target2 と変数名からなんなのかがわからない方が結構おられました。 たとえば、 Item targetItem = null; Size targetSize = null; なら、変数名から対象商品だな、選択されたサイズだなとわかります。 変数名にかかわらず、クラス名、メソッド名、プロパティ名は名前からわかるようにしてください。 掟２　名前から実態がわかる変数名やクラス名、メソッド名を命名すること！ Index.cshtml.csのOnPost()にて② 選択サイズによって価格の差額が決まります。 問題は商品の価格を計算、表示する部分です。 ご丁寧に int price = targetItem.Price; と変数を宣言したうえで、Tallでの金額を代入し、 price += targetSize.Price; とサイズによる差額を反映して strSelectedItem = "[" + targetItem.Id + "]" + targetItem.Name + ・・ + "(" + price + "円)"; で表示用文字列を作っている方がおられました。 変数priceは必要でしょうか？ 以下で十分な気がします。 strSelected...
続きを読む