ochiait / 1705circle_sinatra Goto Github PK

目標

Active Recordの確認と調査してものを作る勘所の確認。

やること

#6 の残りのUpdateとDelete機能を作りましょう。

備考

• UpdateとDeleteに関してのページ遷移は任意です(適切でない場合はもちろん指摘させていただきます)。

目的

SQLを使ったデータの操作の理解の確認

やること・ゴール

MySQLを使って

• テーブルの作成

をし、さらに下記のデータ操作をして見ましょう。

• Insert
• Select
• Update
• Delete

成果物としては

• 実行したSQLのスクショ
• SQLのダンプファイル
  です。

スクショはここに貼っていただくかDrag&DropしてSlackへ。
ダンプファイルはSinatraのルートディレクトリ( app.rb があるディレクトリ )かSlackにDrag&Dropで送ってください。

備考

• テーブル名、構造は任意です。
• Insertやほかの操作するデータはどんなデータでもOKです( name や email など何でもよいです )。
• Mysqlの操作はターミナルかMAMPをインストールしていただいてphpMyAdminを使っていただくなどやりやすい形で任意になります。

元々予定していた3週間の確認項目ですが今の時点で既に全てDoneということで(相当スムーズでしたね 笑)
次に7月末を予定していた新サービスの作成に入りたいと思います。

やること

• ソースコードの管理が面倒になるためこのリポジトリとは別のリポジトリをたててもらい
  当初の予定通りそこに1からサービスを作成していこうと思います。
• リポジトリを立てて頂いたら招待お願いいたします。
• まずは rails new するところまで作成しましょう。作成したものはPushしてください。

備考

• 新サービスに関する新しいIssueは今後そのリポジトリに立てていきます。
• 問題なければ以下の環境で作成していきたいと思います(問題ありそうでしたら相談お願いいたします)。

Ruby : 最新 2.4.1だと思います( https://www.ruby-lang.org/ja/downloads/ )
Railsの環境: 最新
DB: PostgreSQL
テスト: Rspec
Rubyの管理: Rbenv
Bundler を使ったGemのダウンロード先: vendor/bundle (できれば、わからなければGemのダウンロード先は気にせず作成して良いです。)

HTTPメソッドのPOSTとPUTの使い分け
http://blog.ruedap.com/2011/03/24/http-method-post-put

こちら正解になります。

実はもうひとつ別の側面から見た正解があります。
検索してみましょう。

目的

Webサービスを作る上での最低限のセキュリティ対策をおさえること

やること・ゴール

Webサービスを作る上で
セキュリティの大きなテーマには下記の3つが上げられます。

• SQLインジェクション
• XSS
• CSRF

これらをWebでざっくり調べて見ましょう。

備考

• このIssueに関しては決まった成果物を用意する必要はありません。

今度はSinatra側からSQLを操作してみましょう。

目標

Active Recordの確認と調査してものを作る勘所の確認。

やること

• SinatraからMigrationでのテーブルの作成、ActiveRecordを使ってデータを操作するためにGemが必要になります。それを調査して導入してみましょう。
• Gemの管理のために bundler を導入しましょう。
• Migrationしてテーブルを作成しましょう。
• データの作成(Create)と一覧表示(Read)機能を作りましょう。

備考

• テーブル名や作成するデータの内容は任意です。
• 作成するファイル名は任意(適切でない場合は指摘いたします)です。
• データベースは sqlite を使いましょう(Gemだと sqlite3 )。

Railsでは更新時にHTTPのPATCHメソッドを使っています。

PUT と PATCHの違いを調べてみましょう。
なぜRailsではPATCH を使うのかも調べてみましょう。

最後にやってみましょう。

#3 で
Formで「送信ボタン」を押した時の「クライアント とサーバー間の(通信を含めた)動き」を図にしてもらいました。

今回はリダイレクトが含まれた時にどのような図になるか図示してみましょう。

ちょうど下記のコード内で、

https://github.com/ochiait/1705circle_sinatra/blob/master/app.rb

post '/new' do
  Message.create({:content => params[:content]})
  redirect '/'
end

としているので、インデックス画面からFormボタンを押した時の一連の流れをリダイレクトも含めて図を書いてみましょう。

目的

プログラミングの基礎ロジックの確認

やること

以下の課題をRubyを使って解いてください。

• 基本的には1~100までの数字を画面に表示します。
• ただし3の倍数の時は数字の代わりに「HOGE」と表示します。
• 7の倍数の時は「FUGA」と表示してください。

できたファイルはSinatraのルートディレクトリに置いてPUSHしてください。

備考

• ファイル名は任意です。
• 3と7の倍数の時は「HOGE FUGA」と表示してください。

Rubyのバージョン管理をRbenvでやってみましょう。
Rbenvの調査から初めてください。

すでにRbenvで管理されている場合はこのIssueはやらなくてOKです。

目的

• リクエストとレスポンスの理解の確認

やること・ゴール

#2 のFormで「送信ボタン」を押した時の

「クライアント とサーバー間の(通信を含めた)動き」

を「図」としてイメージできるようになることです。

オフラインで理解を確認するのが難しいので対面で理解を確認します。
ホワイトボードにイメージしている図を書いてもらうかもしれません。

備考

• イメージが難しい場合は以下ようなワードで検索すると良いでしょう。
  • HTTP
  • リクエスト レスポンス
  • HTTP GET
  • HTTP POST

POST で更新しているところをPUTにする。

Sinatraを使って作成します。

目的

• 簡単なForm作成の理解の確認

やること・ゴール

form.erb を作成し、form.erbから送信された値を画面に表示してみましょう。
終わったらこのリポジトリにPush&メンションしてください。

備考

• 表示用のファイルを新たに用意するかは任意 (例: result.erb を新たに作成して表示。または新たにファイルは作成せず form.erb に値を表示する など)
• 表示する値は任意です。
• データを保存する必要はありません。
• 「form.erb を作成し、form.erbから送信された値を画面に表示」できればOKです(あんまり難しく考えずにやりましょう〜)。

【Rails findとfind_byの違い】
・findメソッド⇒引数に取るのはid（属性は取らない）
・find_byメソッド⇒引数に取るのは属性(idは取らない)
http://udemy.benesse.co.jp/development/rails-find.html

実はもうひとつ違いがあります。
find(1) と find_by(id: 1) の違いに着目してみましょう。

Gitを使ったチーム開発手法には

Git-flow と GitHub Flow が有名です。

今回のトレーニングでも Pull Request などの操作をしてもらうことになるので、手が空いたときに調べてみましょう。