Custom validation methods in Ruby on Rails - Practice Problems & Coding Challenges

Challenge - 5 Problems

❓ component_behavior

intermediate

What happens when a custom validation method adds an error?

Consider a Rails model with a custom validation method that adds an error to an attribute. What is the effect on the model's validity and saving behavior?

Ruby on Rails

class Product < ApplicationRecord
  validate :price_must_be_positive

  def price_must_be_positive
    errors.add(:price, "must be positive") if price && price <= 0
  end
end

product = Product.new(price: -5)
valid = product.valid?
saved = product.save

A valid is false, saved is false because the error prevents saving

B valid is true, saved is true because validations are skipped

C valid is false, saved is true because save ignores errors

D valid is true, saved is false because save always fails

💡 Hint

Think about what happens when errors are added to the errors collection in Rails validations.

When a custom validation method adds an error to the model's errors, the model becomes invalid. Calling valid? returns false, and save returns false because it does not save invalid records.

📝 Syntax

intermediate

Which custom validation method syntax is correct?

Identify the correct way to define a custom validation method in a Rails model.

Ruby on Rails

class User < ApplicationRecord
  # Which of these custom validation method definitions is correct?

  # Option A
  validate :check_name
  def check_name
    errors.add(:name, "can't be blank") if name.blank?
  end

  # Option B
  validate check_name
  def check_name
    errors.add(:name, "can't be blank") if name.blank?
  end

  # Option C
  validates :check_name
  def check_name
    errors.add(:name, "can't be blank") if name.blank?
  end

  # Option D
  validate :check_name()
  def check_name
    errors.add(:name, "can't be blank") if name.blank?
  end
end

A Option A is correct

B Option B is correct

C Option C is correct

D Option D is correct

💡 Hint

Look at how the validate method expects its argument.

The validate method expects a symbol naming the custom validation method without parentheses. Option A uses validate :check_name which is correct. Option A misses the colon, Option A uses validates which is for attribute validations, and Option A uses parentheses which is invalid syntax.

🔧 Debug

advanced

Why does this custom validation not add errors as expected?

Given the following model code, why is the error not added using the proper method?

Ruby on Rails

class Order < ApplicationRecord
  validate :check_total

  def check_total
    if total < 0
      errors[:total] << "cannot be negative"
    end
  end
end

order = Order.new(total: -10)
order.save
order.errors.full_messages

A Using errors[:total] << adds errors but does not mark the model invalid

B The validation method is not called because validate is misspelled

C errors.add should be used instead of errors[:total] << to properly add errors

D The total attribute is missing from the model, so validation is skipped

💡 Hint

Check how errors are added to the errors collection in Rails.

Directly pushing to errors[:total] bypasses some of Rails' error handling logic such as internationalization support and options. The recommended and proper way is to use errors.add(:total, "cannot be negative").

❓ state_output

advanced

What is the value of errors after running this custom validation?

Examine the following Rails model and the result of running validations.

Ruby on Rails

class Event < ApplicationRecord
  validate :start_date_cannot_be_in_past

  def start_date_cannot_be_in_past
    if start_date && start_date < Date.today
      errors.add(:start_date, "can't be in the past")
    end
  end
end

event = Event.new(start_date: Date.today - 1)
event.valid?
event.errors.full_messages

A ["Start date can't be blank"]

B ["Start date can't be in the past"]

C []

D ["Start date is invalid"]

💡 Hint

Think about what happens when the start_date is before today.

The custom validation adds an error message if the start_date is before today. Since the date is yesterday, the error message is added and returned by errors.full_messages.

🧠 Conceptual

expert

Why use custom validation methods instead of built-in validators?

Which reason best explains why a Rails developer would create a custom validation method instead of using built-in validators like validates_presence_of or validates_numericality_of?

A To automatically generate error messages without writing any code

B Because built-in validators are deprecated and should not be used

C To improve performance by avoiding built-in validation overhead

D To implement complex or conditional validation logic that built-in validators cannot handle

💡 Hint

Think about when built-in validators are not enough.

Custom validation methods allow developers to write any logic needed for validation, especially when conditions or complex rules are required that built-in validators do not support.