Skip to content

Latest commit

 

History

History
 
 

w2_d3_1_modeling_oop

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
 
 
 
 

#Object Oriented Programming

##Objectives

Objectives: students will be able to . . .
summarize key features of the Object Oriented Programming paradigm
model real-world data and relationships with JavaScript objects
justify choices of which methods and attributes to include, and whether to put them on a constructor, a prototype, or a single object

##Programming Paradigms

We've been working with procedural programming, putting blocks of code in functions (aka procedures) that we call at various points in the code.

data <--> global or local variables

behaviors <--> procedures  (functions)

With object oriented programming, we organize data and behaviors in objects.

data <--> attributes  ("class" or "instance" variables)

behaviors <--> methods (functions)

##OOP features

###Classes and Instances

JavaScript doesn't have classes (yet). We can instead think of "object types" or "kinds of objects" that are defined by the combination of (1) a constructor function (like Array()) and (2) the constructor function's prototype (Array.prototype).

Objects created with the new keyword are cloned "instances" of the "object type" of the constructor.

###Composition

Object types are built up or composed of other data types, including objects.

###Delegation

Basically, "delegating" tasks to another part of the program. In JS, think of prototype chain lookup.

###Inheritance

Basically, letting objects be "a kind of" other objects. The process by which, for example, we can easily create both Employee and Student object types starting from the features of a base Person object type. Tomorrow!

###Encapsulation

Encapsulation is an overloaded term - it can mean a few different things. In the context of OOP, it most often refers to keeping attributes or methods "private," instead of "public" and exposed. JS doesn't have actual private object variables but can simulate them by using a scoping setup known as a closure.

Private variables always need getter and setter methods if they're going to be accessible from outside their scope.

function Person (name, realAge, feelsOld){
  this.name = name;
  this.feelsOld = feelsOld;

  var _realAge = realAge;  // this variable will be "private", not accessible
  // can also make "private" function variables if your design calls for it

  this.getAge = function(){
    if (this.feelsOld){
     return _realAge - 10
    } else {
     return _realAge;
    }
  }
}

var grandpa = new Person("Jim", 72, true);

console.log("real age: ", grandpa._realAge);  // undefined

console.log("'age': ",grandpa.getAge());  // 62 :D

##Constructor and Prototype Review

Constructors

  • variables and functions are declared once for each instance
  • functions have access to "private" variables declared within the constructor's scope
  • when you update the constructor, previously created instances DON'T update
  • data is "embedded" in each instance

Prototypes

  • all instances share the same function and variable declarations
  • when you update the prototype, previously created instances DO get the updates
  • data is "referenced" from the prototype copy

Instance variables and functions

  • adds variable or function directly to the instance
  • overwrites constructor properties/methods by replacing them
  • overwrites prototype properties/methods by being earlier on the lookup chain!

##Modeling with Constructors, Prototypes, Instances

Place How it Works Attribute Example Method Example
constructor common, each instance gets a copy at creation usually passed in (name), sometimes calculated rare, can access "private" variables
prototype all instances share a lookup copy commonalities (numLegs on Dog), or shared data (numCreated) common, same behavior across instances
instance only one copy, for this instance singularities (secretCode with a sibling) or overwriting (3-legged dog) rare, singularities (interpretSecretCode)

Remember, when possibly overwriting an existing prototype property or method (especially on built-in objects' prototypes), always use ||:

Array.prototype.sort = Array.prototype.sort || mySort;

##Challenges - Modeling Cars for a Dealership

For each challenge that asks you to add a variable to the Car object type, write a comment that explains why you chose to put it on the constructor, prototype, or individual car instance.

  1. List important attributes and methods for a Car object type.

  2. Create a constructor for the Car object type.

  3. Create a "public" (normal) location attribute for the Car object type. Should this be on the constructor or the prototype?

  4. Create a drive method for the Car object that takes in a new location and changes the car's location to that place. Should this be on the constructor or the prototype?

  5. Create a numWheels variable that says how many wheels cars should have. Should this be on the constructor or the prototype?

  6. Almost all of your cars are black. Create a color variable that stores the color of a car. Should this be on the constructor or the prototype?

  7. Create an instance of a car, and change its color.

  8. Create a "private" _priceMarkup variable for the Car object type that stores the markup above a car's actual price (don't want customers to see this!). For example, _priceMarkup = 0.5 would mean the final price of the car is 1.5 times its actual price. Should this be on the constructor or the prototype?

  9. Create a getter method and a setter for the _priceMarkup variable. Should these methods be on the constructor or the prototype?

  10. Create a getFinalPrice method that returns the calculated cost of the car (based on the price and _priceMarkup). Should this be on the constructor or the prototype?

  11. Create an carCount variable that counts how many cars the dealership has entered into inventory. Should this be on the constructor or the prototype?

  12. Stretch: Use carCount to assign an inventoryID to each car when it's created. A car's inventoryID should be unique to that car. Should this be on the constructor or the prototype?

##Bonus: Persistant data

###JavaScript Object Notation

Beyond modeling with objects, we sometimes want to store data in objects or send them across the internet. For these purposes, we'll often use JSON (JavaScript Object Notation), which is a standard text representation of JavaScript Objects. We have a method called JSON.stringify to automatically convert JavaScript objects into a JSON string!

What does JSON get us right now today?

Our first opportunity for persistent data!

###LocalStorage

window.localStorage is a persistent object the browser already has set up for us. Open your developer tools and take a look at your localStorage. (Note: the browser lets us access window.localStorage by just typing localStorage.)

Try storing an array in localStorage:

localStorage.setItem(testArr, [2,3,4,5]);

Now check what localStorage.getItem(testArr) returns. Like other JavaScript objects, localStorage has keys that are strings. BUT! localStorage also converts all values to strings, which can be bad for some of our data. Let's try again using the JSON.stringify method first:

localStorage.setItem(testArr, JSON.stringify([2,3,4,5]));

What is localStorage.testArr now?

We're getting closer to keeping our original array values. We need to JSON.parse the stored object string to turn it back into JavaScript.

var originalVals = JSON.parse(localStorage.getItem(testArr));

Note we still don't actually have the original array. Since arrays (and all JS objects) are reference types, their identity is tied to the location they're stored in your computer's memory. We only got back the values.

originalVals == testArr // false

You can use localStorage.clear() to get rid of all of your localStorage data.

What about functions?

We can't store functions in localStorage, so we'll have to create new instances of objects programmatically from localStorage when we start up our site.

###Using LocalStorage

If you're interested in using localStorage for your projects, read MDN's guide and pay special attention to their examples.

##Later this afternoon: Modeling relationships

function Person (first_name, last_name, money){
  this.first_name = first_name;
  this.last_name = last_name;

  this.money = money;
  this.stuff = [];

}

Person.prototype.buyStuff = function(newStuff, cost){
 this.money = this.money - cost;
 this.stuff.push(newStuff);
}
function CellPhone(make, model, price){
 this.make = make;
 this.model = model;
 this.price = price;
}
var gal = new Person("Annie", "Oakley", 828);

var iPhone6 = new CellPhone("iPhone", "6", 649.99);

gal.buyStuff(iPhone6);