Data and actions on that data.
-
encapsulation
-
separation of concerns
-
modeling real world situations
-
clean
-
will fit in nicely with db tables and the ERDs we will make
-
in rails we will organize our models and controllers around classes
Let's create our first class.
person.rb
class Person
end
This defines a class definition of a Person
. The class keyword denotes the begining of a class definition.
To create a new instance of our class we write the following:
Person.new
A class is an imprint of a thing we want to create.
- Specify the attributes we want to store.
- these are attributes of the class / thing we are modeling:
Person:
- age
- weight
- name
These are specified in the class as instance variables
Values that are contained within each instance of a class.
We can set methods within the class that can be called to do something with the data it contains.
class Person
def set_name( name )
@name = name
end
def greet
puts "Hello! My name is #{@name}."
end
end
jane = Person.new
jane.set_name("jane")
john = Person.new
john.set_name("john")
Both values we created are instances of the same class, but contain different data.
class Person
def set_name( name )
@name = name
end
def greet
puts "Hello! My name is #{@name}."
end
def set_weight( weight )
@weight = weight
end
def salad
@weight -= 1
end
def bacon_cheeseburger
@weight += 1
end
end
jane = Person.new
jane.set_name("jane")
jane.set_weight(50)
john = Person.new
john.set_name("john")
john.set_weight(50)
john.salad
jane.bacon_cheeseburger
The idea behind object oriented programming is that we encapsulate some attributes / data of the thing we are modeling, and then write class methods that operate on that data.
Another example:
class Person
def initialize(age: 0)
@age = age
end
def set_name( name )
@name = name
end
def greet
puts "Hello! My name is #{@name}."
end
def birthday
@age += 1
end
end
jane = Person.new(20)
jane.set_name("jane")
jane.birthday
OOP is a method for organizing our data and functions / actions on that data. It's meant to try to model real-world processes and data as close as possible.
It's not the only solution or always fit to the problem, but for CRUD type web systems it tends to work well.
How do you know what objects you need? In fact we have already done a data modeling exercise- creating ERDs. When you are creating an object/class/data model for an app or business, an ERD is what you would make.
In the real world an ERD sits somewhere between a table-level database specfication, and a class implementation specification. (It depends on the job.)
Note: This ERD has nothing to do with DB tables. You are specifying a set of classes, and the data and methods in each class.
This will be an app for a hospital.
We want to record patients in the hospital.
-
They should have an age and weight.
-
If we want to automatically track their age we can add a birthdate.
-
We can have doctors. Paitents can be assigned doctors.
-
Doctors can prescribe medications. Medications need to be taken every x days or hours.
-
Doctors have schedules. Their number of working hours can't exceed x hours.
-
We can add appointments.
-
Etc.
You can make everything an object in your system, but be careful, because each object you add also adds complexity. Can your data be a class attribute instead?