ตั้งชื่อตามกฎ แล้ว Rails หาของเอง — Post กับ posts

posts คืออะไร — คำว่า post ในแอปบล็อก

แอปในสไลด์คือบล็อก — เว็บที่มีบทความให้อ่าน · ของหลักของบล็อกจึงเป็นบทความ ซึ่งภาษาอังกฤษเรียกว่า post
Rails ใช้คำนี้สองแบบ และสองแบบนี้ไม่ใช่ของชิ้นเดียวกัน:

• Post (ตัวใหญ่ · ไม่มี s) = ชนิดของข้อมูล — บอกว่า “บทความหนึ่งชิ้นมีหน้าตายังไง” เช่นมีหัวข้อ มีเนื้อหา
• posts (ตัวเล็ก · มี s) = บทความหลายชิ้นรวมกัน — ใช้เป็นชื่อตารางใน database และชื่อ URL /posts

ข่าวดีคือคุณเคยเขียนแบบนี้มาแล้วใน Go · ตอน GORM ใน บทเรียน 27 มี type User struct (หนึ่งคน) กับ var users []User (หลายคน) และ GORM ก็เดาชื่อตาราง users ให้เอง:

// Go — ท่อนหนึ่งในไฟล์ (เทียบให้ดูเฉย ๆ)
type Post struct {   // แม่พิมพ์ของบทความ "หนึ่งชิ้น" → ตัวใหญ่ ไม่มี s
    Title string
    Body  string
}

var posts []Post      // บทความ "หลายชิ้น" → ตัวเล็ก มี s

Rails ใช้หลักเดียวกันเป๊ะ แค่เข้มกว่า: ไม่ใช่แค่ชื่อตัวแปร แต่ชื่อไฟล์ ชื่อตาราง ชื่อ URL ทั้งหมดต้องตามกฎนี้ · หัวข้อถัดไปจะไล่ให้ดูทีละช่อง

กฎตั้งชื่อ — ชื่อเดียว แตกไปอยู่ได้ 6 ที่

พอตัดสินใจว่าของหลักชื่อ “post” แล้ว ชื่ออื่นทุกตัวในโปรเจกต์ถูกกำหนดตามมาเอง ไม่ต้องคิดเพิ่ม · ตารางนี้คือหัวใจของบท อ่านคอลัมน์ขวาสุดให้ดี:

สังเกตรูปแบบการเขียนสองแบบ · ชื่อ class เขียนตัวใหญ่ต้นคำแล้วติดกัน (PostsController) · ชื่อไฟล์และตาราง เขียนตัวเล็กหมด คั่นคำด้วย _ (posts_controller.rb)
กฎย่อสั้นที่สุด: model เอกพจน์ · ที่เหลือเกือบทั้งหมดพหูพจน์

ทีนี้เทียบกับ Go · ตอนเขียน Gin คุณบอกเองทุกอย่าง — URL ไหนไปฟังก์ชันไหน (r.GET("/posts", listPosts)) ตั้งชื่อฟังก์ชันว่าอะไรก็ได้ · Rails ไม่มีบรรทัดแบบนั้นให้เขียน เพราะมันเดาจากชื่อแทน

Rails แปลงชื่อเอง — ลองสั่งดูด้วยมือ

Rails ไม่ได้มีสมุดจดไว้ว่า Post คู่กับ posts · มันคำนวณชื่อใหม่ทุกครั้งด้วย method ของ string ที่ Active Support (ของเสริมที่ Rails เติมให้ Ruby · บท 90) เพิ่มเข้ามา
เราเรียก method พวกนั้นเองได้ · ที่ที่สั่งง่ายที่สุดคือ bin/rails console (ช่องพิมพ์ Ruby ที่รู้จักทุกอย่างในแอป — เหมือนครัวทดลองหลังร้าน ลองของได้โดยไม่ต้องเปิดร้าน · ละเอียดใน บทเรียน 104)

ในโฟลเดอร์โปรเจกต์ สั่ง bin/rails console แล้วพิมพ์ทีละบรรทัด (ผลจริง):

$ bin/rails console
Loading development environment (Rails 8.1.4)
wongnok-blog(dev):001> "Post".tableize
=> "posts"
wongnok-blog(dev):002> "post".pluralize
=> "posts"
wongnok-blog(dev):003> "person".pluralize
=> "people"
wongnok-blog(dev):004> "people".singularize
=> "person"
wongnok-blog(dev):005> "posts".classify
=> "Post"

อ่านทีละส่วน:

• wongnok-blog(dev):001> คือ prompt ของ console — ชื่อแอป · dev = โหมดพัฒนา · 001 = บรรทัดที่เท่าไหร่ · คุณพิมพ์ต่อจากเครื่องหมาย >
• => บรรทัดถัดไปคือค่าที่ได้กลับมา console พิมพ์ให้เองโดยไม่ต้อง puts
• pluralize = ทำเป็นพหูพจน์ · singularize = ทำเป็นเอกพจน์
• tableize = แปลงชื่อ model เป็นชื่อตาราง (ตัวเล็ก + พหูพจน์) · classify = ทางกลับ แปลงชื่อตารางเป็นชื่อ class
• สังเกต person → people · Rails รู้จักคำพิเศษแบบนี้ ไม่ได้แค่เติม s

พิมพ์ exit เพื่อออกจาก console

"Category".tableize   # หมวดหมู่
"Person".tableize     # คน
"Mouse".tableize      # หนู
"Sheep".tableize      # แกะ

wongnok-blog(dev):001> "Category".tableize
=> "categories"
wongnok-blog(dev):002> "Person".tableize
=> "people"
wongnok-blog(dev):003> "Mouse".tableize
=> "mice"
wongnok-blog(dev):004> "Sheep".tableize
=> "sheep"

ไม่ต้อง import — Rails หาไฟล์จากชื่อให้

นี่คือคำตอบของ “Post มาเฉย ๆ ได้ไง” ครึ่งแรก
ใน Go ถ้าจะใช้ Post ที่อยู่อีก package คุณต้อง import บอกที่อยู่ก่อนเสมอ ไม่งั้น build ไม่ผ่าน:

// Go — ต้องบอกว่า Post อยู่ package ไหน
import "blog/models"

p := models.Post{Title: "สวัสดี"}

ใน Rails คุณพิมพ์ Post ได้เลยในไฟล์ไหนก็ได้ของแอป · พอ Ruby เจอชื่อที่ยังไม่รู้จัก Rails จะแปลงชื่อเป็นชื่อไฟล์ (Post → post.rb) แล้วไปหาไฟล์นั้นในโฟลเดอร์ app/models, app/controllers ฯลฯ ให้เอง
ถ้ายังไม่มีไฟล์นั้น ก็หาไม่เจอ · โปรเจกต์ที่เพิ่ง rails new ยังไม่มี model เลย · ลองเปิด bin/rails console ใหม่ แล้วพิมพ์ Post เฉย ๆ (ผลจริง):

$ bin/rails console
Loading development environment (Rails 8.1.4)
wongnok-blog(dev):001> Post
(wongnok-blog):1:in '<main>': uninitialized constant Post (NameError)

uninitialized constant Post แปลตรง ๆ ว่า “ยังไม่รู้จักชื่อ Post” · constant คือชื่อที่ขึ้นต้นด้วยตัวใหญ่ ซึ่งชื่อ class ทุกตัวเป็นแบบนั้น · ตอนนี้ไม่มี app/models/post.rb Rails เลยหาให้ไม่ได้

สร้าง Post ของจริงด้วยคำสั่งเดียว

ไม่ต้องสร้างไฟล์เองทีละไฟล์ · Rails มีคำสั่ง bin/rails generate (ย่อ g) ที่สร้างไฟล์ทุกไฟล์ให้ถูกชื่อ ถูกที่ ตามกฎในตารางข้างบน
คำสั่งนี้แปลว่า “สร้าง model ชื่อ Post ที่มีช่อง title เป็นข้อความสั้น และช่อง body เป็นข้อความยาว”:

$ bin/rails generate model Post title:string body:text
      invoke  active_record
      create    db/migrate/20261103141245_create_posts.rb
      create    app/models/post.rb
      invoke    test_unit
      create      test/models/post_test.rb
      create      test/fixtures/posts.yml

• title:string — ชื่อช่อง : ชนิดของช่อง · string = ข้อความสั้น (หัวข้อ) · text = ข้อความยาว (เนื้อหา)
• invoke = “เรียกผู้ช่วยมาทำงาน” · create = “สร้างไฟล์นี้แล้ว”
• db/migrate/…_create_posts.rb — ไฟล์สั่งสร้างตาราง posts · ตัวเลขข้างหน้าคือวันเวลาที่สั่ง ของคุณจะเป็นเลขอื่น
• app/models/post.rb — ไฟล์ของ class Post (เอกพจน์ · ตรงตาราง)
• สองไฟล์ใน test/ — ที่สำหรับเขียนเทส · ยังไม่ต้องสนใจ เจอกันใน Day 4

เปิดไฟล์ model ที่ได้มา · นี่คือทั้งไฟล์จริง ไม่ได้ตัดอะไรออก:

# app/models/post.rb
class Post < ApplicationRecord
end

แค่สองบรรทัด · บรรทัดแรกแปลว่า “สร้าง class ชื่อ Post ที่สืบทอดจาก ApplicationRecord” (< = สืบทอด จาก บท 95) · บรรทัดสองปิด class
แล้ว title กับ body ไปอยู่ไหน? ไม่อยู่ในไฟล์นี้เลย · มันอยู่ในไฟล์ migration:

# db/migrate/20261103141245_create_posts.rb
class CreatePosts < ActiveRecord::Migration[8.1]
  def change
    create_table :posts do |t|   # สร้างตารางชื่อ posts (พหูพจน์!)
      t.string :title               # ช่อง title เก็บข้อความสั้น
      t.text :body                  # ช่อง body เก็บข้อความยาว

      t.timestamps                    # เติมช่องเวลาสร้าง/เวลาแก้ให้เอง
    end
  end
end

ไม่ต้องจำวิธีเขียน แค่อ่านออกพอ:

• class CreatePosts < ActiveRecord::Migration[8.1] — class ชื่อ “สร้างตาราง posts” ที่สืบทอดความสามารถด้านแก้ตารางมาจาก Rails · [8.1] = เขียนตามกติกาของ Rails รุ่น 8.1
• def change — method ที่บอกว่า “จะเปลี่ยนอะไรใน database”
• create_table :posts do |t| — สร้างตารางชื่อ posts (:posts คือ symbol จาก บท 92) · do |t| … end คือ block (บท 93) ที่ได้ t มาเป็น “ตัวแทนของตารางที่กำลังสร้าง”
• t.string :title — สั่ง t ว่า “เพิ่มช่องชื่อ title ชนิดข้อความสั้น” · บรรทัด t.text :body ก็แบบเดียวกัน
• t.timestamps — เพิ่มช่อง created_at (สร้างเมื่อไหร่) กับ updated_at (แก้ล่าสุดเมื่อไหร่) ให้เอง

ไฟล์นี้คือใบสั่งช่างมาต่อเติมตู้เก็บแฟ้ม — ยังไม่มีอะไรเกิดขึ้นจนกว่าจะสั่งช่างลงมือด้วย bin/rails db:migrate · วิธีเขียนไฟล์นี้ละเอียดเป็นเรื่องของ Day 2 · วันนี้รู้แค่ว่า “ช่องของข้อมูลถูกจดไว้ที่นี่ แล้วไปเกิดเป็นตารางใน database” ก็พอ

$ bin/rails db:migrate
== 20261103141245 CreatePosts: migrating ======================================
-- create_table(:posts)
   -> 0.0045s
== 20261103141245 CreatePosts: migrated (0.0046s) =============================

ตอนนี้ลิ้นชัก posts มีอยู่จริงแล้ว · ลองสร้างบทความหนึ่งชิ้น เขียนไฟล์ Ruby เล็ก ๆ ไว้ที่โฟลเดอร์บนสุดของโปรเจกต์ แล้วรันด้วย bin/rails runner (รันไฟล์ Ruby โดยโหลดแอปทั้งตัวให้ก่อน — เหมือน ruby ไฟล์.rb แต่รู้จัก Post):

# try_post.rb — ลองสร้างบทความหนึ่งชิ้น (ยังไม่บันทึกลง database)
post = Post.new(title: "สวัสดี Rails", body: "บทความแรกของบล็อก")
p post
puts post.title
puts post.body

$ bin/rails runner try_post.rb
#<Post id: nil, title: "สวัสดี Rails", body: "บทความแรกของบล็อก", created_at: nil, updated_at: nil>
สวัสดี Rails
บทความแรกของบล็อก

• Post.new(title: …, body: …) — สร้างบทความหนึ่งชิ้นจากแม่พิมพ์ Post แล้วกรอกช่องตามชื่อ
• บรรทัด #<Post …> มาจาก p — โชว์ทุกช่องของบทความ · มี id created_at updated_at ที่เราไม่ได้สั่ง (มาจาก t.timestamps และ Rails เติม id ให้เอง) · ค่าเป็น nil เพราะยังไม่ได้บันทึก
• post.title ใช้ได้ ทั้งที่ post.rb ไม่มีคำว่า title สักตัว

นี่คือคำตอบครึ่งหลังของ “Post มาเฉย ๆ ได้ไง” · ตอนรัน Rails ไปเปิดตาราง posts ดูว่ามีช่องอะไร แล้วสร้าง method title body ให้ตามนั้น (method ที่ Rails สร้างให้ตอนรัน จาก บท 97) · เทียบสองฝั่งให้เห็นชัด:

type Post struct {
    ID    uint
    Title string
    Body  string
}

class Post < ApplicationRecord
end

# try_author.rb
post = Post.new(title: "สวัสดี Rails")
puts post.author

…: undefined method 'author' for an instance of Post (NoMethodError)
	from …
	from …/try_author.rb:3:in '<main>'

ตั้งชื่อผิดตัวเดียว แล้วเจออะไร

มาดูสองแบบที่มือใหม่เจอบ่อยที่สุด · แบบแรก ชื่อไฟล์ model ไม่ตรงชื่อ class · แบบที่สอง ชื่อ controller ขาด s

แบบที่ 1 · ชื่อไฟล์ model ไม่ตรง

$ mv app/models/post.rb app/models/article.rb   # mv = เปลี่ยนชื่อไฟล์ · ข้างในยังเป็น class Post เหมือนเดิม
$ bin/rails console
wongnok-blog(dev):001> Post

wongnok-blog(dev):001> Post
(wongnok-blog):1:in '<main>': uninitialized constant Post (NameError)

แบบที่ 2 · ชื่อ controller ขาด s

สมมติเราอยากมีหน้า /posts โชว์รายการบทความ เลยเติมบรรทัดนี้ใน config/routes.rb (ไฟล์ของพนักงานต้อนรับ ที่ดูว่า URL ไหนไปแผนกไหน · ละเอียดใน บทเรียน 101):

get "posts", to: "posts#index"   # URL /posts → แผนก posts · เมนู index

• get — method ที่แปลว่า “ถ้ามีคนขอดู (GET) URL นี้…” · เรียกแบบละวงเล็บ (บท 97)
• to: "posts#index" — “…ส่งไปแผนก posts เมนู index” · to: คือ hash ท้าย argument ที่ไม่ใส่ปีกกา (บท 97) · # ตรงนี้เป็นแค่ตัวคั่นในข้อความ ไม่ใช่ comment
• index — ชื่อที่ Rails นิยมใช้กับหน้ารวมรายการ (เหมือน “หน้าสารบัญ”)

Rails จะแปลงคำว่า posts เป็นชื่อ class PostsController เอง · แต่เราเผลอสร้างไฟล์ controller เป็นเอกพจน์:

# app/controllers/post_controller.rb   ← ขาด s
class PostController < ApplicationController   # ← ขาด s
  def index
  end
end

และสร้างไฟล์หน้าตาของหน้านี้ไว้หนึ่งบรรทัด ที่ app/views/posts/index.html.erb (ข้างในมีแค่ <h1>บทความทั้งหมด</h1> · .html.erb = ไฟล์ HTML ที่แทรกโค้ด Ruby ได้ เรียกว่า ERB ละเอียดใน บทเรียน 103) · จากนั้นเปิด server (bin/rails server) แล้วขอหน้า /posts จากอีกหน้าต่าง terminal (ผลจริง):

$ curl -s -o /dev/null -w 'HTTP %{http_code}\n' http://localhost:3000/posts   # curl = ขอหน้าเว็บจาก terminal · -w พิมพ์แค่เลขสถานะ
HTTP 500

500 คือเลขสถานะที่แปลว่า “ฝั่ง server พัง” (ส่วน 200 = สำเร็จ · เคยเจอใน Go ฝั่ง BACK แล้ว)

ใน browser จะเห็นหน้า error สีแดง หัวข้อใหญ่สองบรรทัดนี้:

ActionDispatch::MissingController in PostsController#index
uninitialized constant PostsController

อ่านแบบมือใหม่: Rails ตามหา PostsController (มี s) แต่ไม่เจอ · ในร้านอาหารคือพนักงานต้อนรับตะโกนเรียกแผนก “Posts” แต่ป้ายหน้าครัวเขียนว่า “Post” — ไม่มีใครขานรับ ลูกค้าเลยได้จาน error (HTTP 500)
วิธีแก้: ทำให้ชื่อตรงกฎทั้งชื่อไฟล์และชื่อ class:

# app/controllers/posts_controller.rb   ← เปลี่ยนชื่อไฟล์
class PostsController < ApplicationController   # ← เติม s
  def index
  end
end

$ curl -s -w '\nHTTP %{http_code}\n' http://localhost:3000/posts   # ตัดมาเฉพาะท้าย ๆ
…
      <!-- BEGIN app/views/posts/index.html.erb
--><h1>บทความทั้งหมด</h1>
<!-- END app/views/posts/index.html.erb -->
…
HTTP 200

บรรทัด <!-- BEGIN … --> กับ <!-- END … --> คือ comment ของ HTML ที่ Rails แปะให้เองในโหมดพัฒนา บอกว่า HTML ท่อนนี้มาจากไฟล์ไหน (browser ไม่โชว์ให้เห็นบนหน้าจอ)

ได้ 200 แล้ว · และสังเกตของแถม: เราไม่ได้บอก controller เลยว่าจะใช้หน้าตาไฟล์ไหน แต่ Rails ไปหยิบ app/views/posts/index.html.erb มาเอง — ชื่อแผนก + ชื่อเมนู = ที่อยู่ของไฟล์หน้าตา · กฎตั้งชื่อชุดเดียวกันอีกแล้ว (เรื่อง view ละเอียดใน บทเรียน 103)

แล้วถ้าเป็น Go? Go ส่งตัวฟังก์ชันให้ router ตรง ๆ ไม่ใช่ส่งข้อความ compiler เลยจับชื่อผิดได้ตั้งแต่ยังไม่รัน · ไฟล์นี้ประกาศ postIndex แต่ผูก route ด้วย postsIndex (ใช้ net/http ตัวมาตรฐานแทน Gin ให้ไฟล์สั้น หลักเดียวกัน · ผลจริง go1.26.5):

package main

import (
	"fmt"
	"net/http"
)

func postIndex(w http.ResponseWriter, r *http.Request) {
	fmt.Fprint(w, "บทความทั้งหมด")
}

func main() {
	http.HandleFunc("GET /posts", postsIndex)
	http.ListenAndServe(":3000", nil)
}

$ go build ./...
# blog
./main.go:13:32: undefined: postsIndex

สรุปความต่าง: Go ฟ้องตอน build · Rails ฟ้องตอนมีคนเปิดหน้านั้นจริง เพราะ Rails เก็บแค่ข้อความ "posts#index" แล้วค่อยแปลงเป็นชื่อ class ตอนมี request · แลกกันระหว่างความสะดวก (ไม่ต้องเขียนผูกเอง) กับการที่ต้องตั้งชื่อให้ตรงกฎเอง

ApplicationRecord กับ ApplicationController — แม่แบบกลางที่ทุกตัวสืบทอด

สังเกตไหมว่า Post < ApplicationRecord และ PostsController < ApplicationController · สองตัวนี้ rails new สร้างไว้ให้ตั้งแต่แรก เป็นแม่แบบกลางของแอปเรา ที่ model ทุกตัวและ controller ทุกตัวสืบทอดไป · นี่คือไฟล์จริงทั้งไฟล์:

# app/models/application_record.rb
class ApplicationRecord < ActiveRecord::Base
  primary_abstract_class
end

# app/controllers/application_controller.rb
class ApplicationController < ActionController::Base
  # Only allow modern browsers supporting webp images, web push, badges, import maps, CSS nesting, and CSS :has.
  allow_browser versions: :modern

  # Changes to the importmap will invalidate the etag for HTML responses
  stale_when_importmap_changes
end

• ActiveRecord::Base — ของจริงจาก Rails ที่มีความสามารถคุยกับ database ทั้งหมด (:: แปลว่า “ที่อยู่ข้างใน” — Base ที่อยู่ใน ActiveRecord)
• primary_abstract_class — บอกว่า “class นี้เป็นแม่แบบเฉย ๆ ไม่มีลิ้นชักของตัวเอง” · อย่าลบทิ้ง
• allow_browser versions: :modern — “ไม่รับ browser รุ่นเก่า” · เพราะอยู่ในแม่แบบกลาง controller ทุกตัวในแอปจึงได้กฎนี้ไปโดยไม่ต้องเขียนซ้ำ
• stale_when_importmap_changes — เรื่องการเก็บหน้าเว็บไว้ใช้ซ้ำ ยังไม่ต้องสนใจ

ถามใน console ได้ว่าใครเป็นลูกของใคร (superclass = “พ่อของฉันคือใคร” · ผลจริง):

wongnok-blog(dev):001> Post.superclass
=> ApplicationRecord(abstract)
wongnok-blog(dev):002> ApplicationRecord.superclass
=> ActiveRecord::Base
wongnok-blog(dev):003> PostsController.superclass
=> ApplicationController
wongnok-blog(dev):004> ApplicationController.superclass
=> ActionController::Base
wongnok-blog(dev):005> ApplicationRecord.table_name
=> nil
wongnok-blog(dev):006> Post.table_name
=> "posts"

(abstract) ข้างหลัง ApplicationRecord คือผลของบรรทัด primary_abstract_class · และ table_name เป็น nil = ไม่มีลิ้นชักของตัวเอง ตรงตามที่บอก
ทำไมไม่ให้ Post สืบทอดจาก ActiveRecord::Base ตรง ๆ? เพราะอยากมีที่เดียวไว้ใส่ของที่ทุก model ในแอปเราต้องมี · ใส่ตรงนี้ทีเดียว ทุกตัวได้หมด

Go ไม่มีการสืบทอด · ที่ใกล้ที่สุดคือ r.Use(...) ใน Gin ที่ใส่ middleware (ด่านที่ request ทุกตัวต้องผ่าน · ฝั่ง Rails ละเอียดใน บทเรียน 100) ทีเดียวแล้วมีผลกับทุก route · ApplicationController ทำหน้าที่คล้ายกัน แต่ทำผ่านการสืบทอด class แทน

สำรวจโปรเจกต์ — สามคำสั่งที่ใช้จริงตั้งแต่วันแรก

เปิดโปรเจกต์ Rails ที่ไม่เคยเห็น (ของเพื่อน ของทีม หรือของสไลด์) · สามคำสั่งนี้บอกว่าข้างในมีอะไรโดยไม่ต้องเปิดไฟล์ทีละไฟล์

1 · bin/rails about — แอปนี้ใช้อะไรรุ่นไหน

$ bin/rails about     # ตัดบรรทัด Middleware กับ Application root ที่ยาวมากออก
About your application's environment
Rails version             8.1.4
Ruby version              ruby 4.0.9 (2026-10-23 revision 3e93b23afc) +PRISM [arm64-darwin25]
RubyGems version          4.0.20
Rack version              3.2.8
Environment               development
Database adapter          postgresql
Database schema version   20261103141245

ที่ควรดู: Rails version กับ Ruby version (ถาม AI เรื่องโค้ดต้องบอกเลขนี้ด้วย) · Database adapter = ใช้ database ยี่ห้ออะไร · Database schema version = เลขของ migration ล่าสุดที่รันแล้ว (ตรงกับชื่อไฟล์ …_create_posts.rb ข้างบน) · ของคุณจะได้เลขเวอร์ชันและเลข schema คนละชุด

2 · bin/rails routes — URL ไหนไปแผนกไหน

$ bin/rails routes -c posts     # -c posts = ดูเฉพาะของ PostsController
Prefix Verb URI Pattern      Controller#Action
 posts GET  /posts(.:format) posts#index

อ่านทีละคอลัมน์: Prefix = ชื่อเล่นของ route นี้ (เอาไปใช้ตอนทำลิงก์ · บท 101) · Verb = ชนิดคำขอ (GET = ขอดู) · URI Pattern = URL ((.:format) แปลว่าจะต่อท้าย .json ก็ได้ ไม่ต่อก็ได้) · Controller#Action = แผนกกับเมนู — posts#index คือ PostsController เมธอด index · ถ้าไม่ใส่ -c posts จะได้ยาวเกือบ 30 บรรทัด เพราะ Rails มี route ของตัวเองติดมาด้วย

3 · bin/rails --help — มีคำสั่งอะไรให้ใช้บ้าง

$ bin/rails --help     # 120 บรรทัด — ตัดมาแค่ส่วนบน
Usage:
  bin/rails COMMAND [options]

You must specify a command. The most common commands are:

  generate     Generate new code (short-cut alias: "g")
  console      Start the Rails console (short-cut alias: "c")
  server       Start the Rails server (short-cut alias: "s")
  test         Run tests except system tests (short-cut alias: "t")
  test:system  Run system tests
  dbconsole    Start a console for the database specified in config/database.yml
               (short-cut alias: "db")
  plugin new   Create a new Rails railtie or engine

All commands can be run with -h (or --help) for more information.
…

สามตัวบนสุดใช้บ่อยที่สุด และมีชื่อย่อ: bin/rails g = generate · bin/rails c = console · bin/rails s = server · คำสั่งไหนไม่รู้วิธีใช้ ให้ต่อท้ายด้วย --help เช่น bin/rails generate model --help

ภารกิจ — สร้าง model หมวดหมู่ (Category) เอง

$ bin/rails generate model Category name:string
      invoke  active_record
      create    db/migrate/20261103141437_create_categories.rb
      create    app/models/category.rb
      invoke    test_unit
      create      test/models/category_test.rb
      create      test/fixtures/categories.yml

$ cat app/models/category.rb
class Category < ApplicationRecord
end

…: PG::UndefinedTable: ERROR:  relation "categories" does not exist (ActiveRecord::StatementInvalid)

$ bin/rails db:migrate
== 20261103141437 CreateCategories: migrating =================================
-- create_table(:categories)
   -> 0.0029s
== 20261103141437 CreateCategories: migrated (0.0029s) ========================

$ bin/rails runner try_category.rb
อาหารเหนือ

$ bin/rails db:rollback
== 20261103141437 CreateCategories: reverting =================================
-- drop_table(:categories)
   -> 0.0038s
== 20261103141437 CreateCategories: reverted (0.0063s) ========================

$ bin/rails destroy model Category
      invoke  active_record
      remove    db/migrate/20261103141437_create_categories.rb
      remove    app/models/category.rb
      invoke    test_unit
      remove      test/models/category_test.rb
      remove      test/fixtures/categories.yml

ลองตอบดู

ถ้าเปิดสไลด์ดูประกอบ

สไลด์หน้า 46–48 สอนเรื่องเดียวกับบทนี้ · จุดที่ของจริงไม่ตรงกับสไลด์:

อ้างอิง

• Rails Guides — Active Record Basics · Naming Conventions — อ่านตารางคู่ชื่อ model ↔ ตาราง (มี Person → people เหมือนสไลด์) · ถ้าเจอฐานข้อมูลเก่าที่ตั้งชื่อตารางไม่ตามกฎ ให้อ่านหัวข้อ Overriding the Naming Conventions ถัดไป
• Rails API — ActiveSupport::Inflector — ดูหัวข้อ pluralize · singularize · tableize · classify แต่ละอันมีตัวอย่างสั้น ๆ ที่ลองพิมพ์ตามใน console ได้ทันที
• Rails Guides — Autoloading and Reloading Constants · Project Structure — อ่านแค่หัวข้อ Project Structure ที่อธิบายกฎ “ชื่อไฟล์ ↔ ชื่อ class” (posts_controller.rb ↔ PostsController) · หัวข้ออื่นในหน้านี้ลึกเกินสำหรับตอนนี้
• Rails Guides — The Rails Command Line · Generating Models — อ่านหัวข้อ Generating Models แล้วเลื่อนไปที่ Undoing Code Generation with bin/rails destroy ซึ่งคือข้อ 5 ของภารกิจ · ในหน้าเดียวกันมีหัวข้อ bin/rails about และ bin/rails routes ด้วย
• Go — How to Write Go Code · Importing packages from your module — ฝั่ง Go ให้ทวนว่าการ import package ในโปรเจกต์ตัวเองหน้าตาเป็นยังไง เทียบกับ autoload ของ Rails ที่ไม่ต้องเขียนเลย