Progate +α メモず【Ruby on Rails ⑩⑪】

はじめに

Ruby on Rails ラストです！！
いつものごとくメモの羅列なので、気になる見出しからお読みください。

メモず

「いいね」を新しいテーブルで管理するワケ

• 既存のテーブルusers posts じゃダメなの？
  いいけど、それぞれのテーブルが「いいね」情報で肥大化して、パフォーマンスが落ちるかも。
• 「いいね」を新しいテーブルにするメリット
  • コードロジックが整理され、理解しやすくなる。メンテナンス性も上がる。
    • 例：if Like.find_by(user_id:@current_user.id, post_id:@post.id)のif文のみで、いいねしている場合、してない場合の挙動を設定できる。
  • テーブルとして独立していると、スケーラビリティが向上する（読み書きの負荷分散・時間や地域によってサーバーを分割・クエリの最適化）。

link_toメソッドの中でアイコンを使うには

<%= link_to("URL") do %>
	<span class="fa fa_name"></span>
<% end %>

このように、doを使うとできる。
挙動としては、

この方法では、link_to メソッドは最初からブロックの存在を認識しており、第一引数を URL として、ブロック内の内容をリンクの表示内容として処理します。

らしい。なんとなく納得はできてない。

doを書くと引数の解釈が変わる、納得できないんだけど

Q.link_to do について、do を書けば位置引数の示すものが変わるというのは、link_to の特別な仕様ですか？それとも、rails においては比較的一般的な仕様ですか？

A. link_to doの挙動は、Ruby on Rails における特定のヘルパーメソッドに特有の仕様です。これはlink_toメソッドに限らず、Rails の多くのヘルパーメソッドで見られるパターンです。ブロックを受け取ることで、メソッドの動作や引数の解釈が変わるのは Rails の特徴的な部分です。

たとえば、form_forやcontent_tagなどの他のヘルパーメソッドでも、ブロックを使用すると引数の解釈が変わることがあります。これにより、Rails は非常に柔軟なビューの生成を可能にしています。

このような挙動は、Ruby のブロックを活用した DSL（ドメイン固有言語）の一種と考えることができます。Rails はブロックを使って、より表現力豊かで読みやすいコードを書くことを可能にしています。ブロックを使うことで、より複雑な HTML 構造やフォームを簡潔に、かつ直感的に記述できるようになっています。

したがって、link_to doのような挙動は、Rails のビューヘルパーにおける一般的な仕様と言えます。これは Rails の「設定より規約」の哲学に基づき、一貫した方法でビューを構築するためのものです。

・・・・・・なるほど。
確かに、表現力豊かには書ける。一方で、書き手・読み手の誤解や混乱を招く恐れがあるやり方でもあるな。

gem：多言語でいう、flamework/libraryのこと

Rails もgemにあたる。
フレームワークとライブラリって、そこまで分ける必要性は少ないし、まとめてるのはいいかも。フレームワークは Rails 一択だし。

gemの使い方

ルートディレクトリ直下のGemfileにgem 'gem-name', 'version.number'と記載。version.numberはオプショナル。
例

gem 'rails', '5.0.3'
# Use Puma as the app server
gem 'puma', '3.6.2'
# Use SCSS for stylesheets
gem 'sass-rails', '5.0.6'
# Use Uglifier as compressor for JavaScript assets
gem 'uglifier', '3.0.4'
gem 'pry-rails', '0.3.4'
# Use jquery as the JavaScript library
gem 'jquery-rails', '4.2.2'
# Turbolinks makes navigating your web application faster. Read more: https://github.com/turbolinks/turbolinks
gem 'turbolinks', '5.0.1'

その後、ターミナルから$ bundle installを実行すると、インストールされる。

パスワードのハッシュ化gem：bcrypt

has_secure_password

パスワードを扱うモデルに、このコマンドを追加することでパスワードの安全性を高めてくれる。
具体的には、

• 自動的にパスワードをハッシュ化してくれる。
• 認証時に、そのハッシュ値を検証してくれる。
• パスワードが空でないことを確かめてくれる（presenceと同じ効果）

bcryptの使い方・注意

例

  def login
    @user = User.find_by(email: params[:email])
    if @user && @user.authenticate(params[:password])
      session[:user_id] = @user.id
      flash[:notice] = "ログインしました"
      redirect_to("/posts/index")
    else
      @error_message = "メールアドレスまたはパスワードが間違っています"
      @email = params[:email]
      @password = params[:password]
      render("users/login_form")
    end
  end

• if @user && @user.authenticate(params[:password])のように、@userが存在するか確かめてから使わないといけない。これは、@userが存在しない場合、@user.authenticateで「存在しないもののさらに内部」にアクセスしようとして、エラーになってしまうため。
• 保存先カラムとしてpassword_digestに保存されることになっている。
  password_digestカラムが存在しない場合はエラーを返すので注意！！
• @user.authenticate(params[:password])の挙動：params[:password]を内部でハッシュ化し、@user.password_digestと比較してboolean（この 2 つは等しいか等しくないか：trueかfalseか）を返す。

雑記：@user && @user.propertyが成り立つわけ = 短絡評価

@user && @user.property
このコードの目的は、@userが存在することを確かめたうえで、@user.propertyにアクセスするということ。
@userが存在しない場合、そのプロパティにアクセスを試みるとエラーが発生してしまうため、それを避けたい。

このコードの倫理構造を言葉にすると「@userが存在する（trueを返す）」かつ「@user.propertyもtrueを返す」。
つまり、「@userが存在する」ことと、「@user.propertyがtrueを返す」ことが同時に評価されているように見える。

しかし、同時に評価されてしまうと、このコード（@user && @user.property）の目的が果たされない。@user.propertyが実行されてしまい、@userが存在しないときエラーが出てしまう。

でも、このコードはエラーにならない。これは、最初の「@user」がfalseの場合、そのあとの評価をせず、このコードがfalseを返すため。これを、短絡評価と言う。
現在主流の言語は短絡評価を採用、あるいは「結果的に短絡評価を実現」する仕組みになっているため、この記法「最初に存在を確認してから、内部プロパティへアクセスする」は汎用的な書き方。

雑記：digestは「ダイジェスト」

英単語としての意味は「消化する」。転じて、「要約する」。
ここでdigestが使われているのは、ハッシュ化（固定長の文字列で表現する）＝要約する＝digestということっぽい。

雑記：cryptの意味と、IT におけるニュアンス

crypt=クリプトっていいですよね。言葉の響きが好き。あと某 FPS のキャラで、そのキャラも好きなんですよね。
キャラクターのクリプト君も、IT に精通している人物に設定されているので、cryptは IT において特別で固有のニュアンスをもつはず。

単語としての、もともとの意味

英語の意味：「地下室」「地下納骨堂」
ラテン語の「crypta」・古代ギリシャ語の「κρύπτη (kryptē)」
→「隠れた」という意味の言葉に由来

IT における意味

「暗号化」や「セキュリティ」に関連する用語。
「地下室」から転じて「隠す」ニュアンスを持つ。
特に、暗号化を指すことが多い。
「変換する」ニュアンスもあるようだが、これは暗号化に伴うものだろうか。

なんにせよ、

IT 分野での「crypt」は、データの安全性や秘密保持を高める手段として広く認識されています。

終わりに

Rails終わり！楽しかった～！！！ pic.twitter.com/SkArRysLb2

— たま / SamuraiStats⚾ (@SamuraiStats) January 15, 2024

楽しかったです。初の MVC モデルに始まり、初めてクラスをちゃんと使った実装をしたし、納得感を持ってカリキュラム通りにモノを作ったのも初めてでした。

前々から気になってたアイデア、実装できるようになったはず！！
いつやるかは・・・・・・気分ですが・・・・・・
作ったら Qiita で共有します。