TweetFollow Us on Twitter

The Road to Code: You Have Your Mother's Eyes

Volume Number: 24 (2008)
Issue Number: 01
Column Tag: The Road to Code

The Road to Code: You Have Your Mother's Eyes

Inheritance and Polymorphism

by Dave Dribin

From Rectangles to Circles

Last month in The Road to Code, we started writing Objective-C code, and we ended up writing a class that represents a geometric rectangle. I'll list it here for those who skipped out last month:

Listing 1: Last month's Rectangle.h

#import <Foundation/Foundation.h>
@interface Rectangle : NSObject
{
   float _leftX;
   float _bottomY;
   float _width;
   float _height;
}
- (id) initWithLeftX: (float) leftX
          bottomY: (float) bottomY
           rightX: (float) rightX
            topY: (float) topY;
- (void) setRightX: (float) rightX;
- (float) area;
- (float) perimeter;
@end

Listing 2: Last month's Rectangle.m

#import "Rectangle.h"
@implementation Rectangle
- (id) initWithLeftX: (float) leftX
          bottomY: (float) bottomY
           rightX: (float) rightX
            topY: (float) topY
{
   self = [super init];
   if (self == nil)
      return nil;
   
   _leftX = leftX;
   _bottomY = bottomY;
   _width = rightX - leftX;
   _height = topY - bottomY;
   
   return self;
}
- (void) setRightX: (float) rightX
{
   _width = rightX - _leftX;
}
- (float) area
{
   return _width * _height;
}
- (float) perimeter
{
   return (2*_width) + (2*_height);
}
@end

We also wrote a simple program that uses this new class:

Listing 3: Last month's main.m

#import <Foundation/Foundation.h>
#import "Rectangle.h"
int main (int argc, const char * argv[])
{
   NSAutoreleasePool * pool =
      [[NSAutoreleasePool alloc] init];
   Rectangle * rectangle;
   
   rectangle = [Rectangle alloc];
   rectangle = [rectangle initWithLeftX: 5
                         bottomY: 5
                          rightX: 15
                           topY: 10];
   
   printf("Area is %.2f\n", [rectangle area]);
   printf("Perimeter is: %.2f\n", [rectangle perimeter]);
   
   [rectangle setRightX: 20];
   printf("Area is %.2f\n", [rectangle area]);
   printf("Perimeter is: %.2f\n", [rectangle perimeter]);
   
   [rectangle release];
   
   [pool release];
   return 0;
}

Now, let's say we also want a class that represents a geometric circle. And let's also say we want to have methods that calculate the area and perimeter, just like our rectangle class. As a quick refresher on circle geometry, I refer you to Figure 1:


Figure 1: Geometric circle

From this diagram, we can see the circle has a center point of (10, 5) and a radius (r) of 3. Here are the equations for area and perimeter:

Area = π x r2 = π x 3 x 3 = 28.27

Perimeter = 2 x π x r = 2 x π x 3 = 18.85

We will design our data structure to keep track of the center point and the radius. The header file for a Circle class is defined in Listing 4.

Listing 4: Circle.h, first attempt

#import <Foundation/Foundation.h>
@interface Circle : NSObject
{
   float _centerX;
   float _centerY;
   float _radius;
}
- (id) initWithCenterX: (float) centerX
            centerY: (float) centerY
            radius: (float) radius;
- (float) area;
- (float) perimeter;
@end

This class has instance variables for the center point and radius, and the constructor allows us to create a circle using these values, too. The area and perimeter method declarations are identical to those in the header of our rectangle class. Now let's look at the implementation of this circle class:

Listing 5: Circle.m, first attempt

#import "Circle.h"
#import <math.h>
@implementation Circle
- (id) initWithCenterX: (float) centerX centerY: (float) centerY
            radius: (float) radius
{
   self = [super init];
    if (self == nil)
        return nil;
   _centerX = centerX;
   _centerY = centerY;
   _radius = radius;
   return self;
}
- (float) area
{
   return M_PI * _radius * _radius;
}
- (float) perimeter
{
   return 2 * M_PI * _radius;
}
@end

Okay, that's fairly straightforward, too. The only new part is the M_PI constant, which is value of π and is defined in math.h, which we have imported. Now, let's take the main function we used to test out our rectangle class and adapt it to our circle class:

Listing 6: main.m to test Circle

#import <Foundation/Foundation.h>
#import "Rectangle.h"
#import "Circle.h"
int main (int argc, const char * argv[])
{
   NSAutoreleasePool * pool =
   [[NSAutoreleasePool alloc] init];
   
   Circle * circle;
   circle = [[Circle alloc] initWithCenterX: 10
                            centerY: 5
                             radius: 3];
   
   
   printf("Area is %.2f\n", [circle area]);
   printf("Perimeter is %.2f\n", [circle perimeter]);
   
   [circle release];
   
   [pool release];
   return 0;
}

This is very similar to the Rectangle test program in Listing 3. The only change I made was to chain the alloc and initWithCenterX:centerY:radius: method calls together on one line. Method chaining, i.e., calling a method on an object returned from another method call, is often done for object initialization like this. You will almost always see the alloc/init combo chained together. If we run this, it should produce the output:

Area is 28.27
Perimeter is 18.85

Inheritance

This is all well and good, but now, let's mix it up a bit. Let's say we want to mix rectangles and circles in one application and print out the area of both of them. The simplest way to accomplish this is to just have two separate printf statements, like this:

Rectangle * rectangle; rectangle = [[Rectangle alloc] initWithLeftX: 5 bottomY: 5 rightX: 15 topY: 10]; Circle * circle; circle = [[Circle alloc] initWithCenterX: 10 centerY: 5 radius: 3]; printf("Area is %.2f\n", [rectangle area]); printf("Area is %.2f\n", [circle area]);

This should get us the following output:

Area is 50.00
Area is 28.27

If we are printing the area a lot, we would want to put this into a separate function called, say printShapeArea. However, we run into a bit of a snag. How can we write one function that can print the area of rectangles and circles? It turns out we can by writing a printShapeArea function with the following signature:

void printShapeArea(NSObject * shape);

You'll notice that our function takes a shape of type NSObject *. You've seen NSObject before in the header files for our classes, but I've just glossed over it. Take the first line of the Rectangle class as an example:

@interface Rectangle : NSObject

It turns out that classes are organized into a hierarchy, sort of like a family tree. Every class we create must have one parent and can have zero or more children. The word after the colon allows us to provide the name of the parent class. Thus, this line says that we are creating a new class named Rectangle with a parent class of NSObject. Conversely, this means that Rectangle is a child class of NSObject. Our Circle class is declared very similarly, with its parent class also as NSObject.

There's also some fancy object-oriented terminology for these family relationships. The parent class is called the superclass, while a child class is called a subclass. To confuse the matter, a superclass is also known as a base class, and a subclass is known as a derived class. We can draw out the relationships between classes in a diagram that looks a bit like a family tree. This diagram is called a class hierarchy, and it would look like Figure 2 for our Rectangle and Circle classes. The little triangle points to the parent and indicates that the classes below are subclasses.


Figure 2: Class hierarchy

Looking at this diagram, it's clear that both Rectangle and Circle share NSObject as an ancestor. It's this common superclass that allows us to use NSObject * as the type used for the printShapeArea function. Remember that Objective-C, like C, is a statically typed language. This means that parameters to all functions and methods are given a type, and the compiler will complain if you try to pass an object of a different type to that function or method. However - and this is a distinguishing point of object-oriented programming - anytime a function or method requires a certain class, you can always pass any subclass without conversion. This means, for example, that a function that takes a parameter of type NSObject * can be passed any subclass of NSObject without conversion. Since both Rectangle and Circle are derived from NSObject, they may both be passed to printShapeArea without conversion. Thus, we can replace the printf calls in our main function with:

   printShapeArea(rectangle);
   printShapeArea(circle);

However, the implementation of printShapeArea gets a little tricky. This is because the automatic type conversion for related classes is one-way only. You can only automatically convert to superclasses, or up the class hierarchy, but you cannot automatically convert to a subclass. Let me show you the implementation, and then we will walk through it:

Listing 7: printShapeArea

void printShapeArea(NSObject * shape)
{
   float area = 0;
   if ([shape isKindOfClass: [Rectangle class]])
   {
      Rectangle * rectangle = (Rectangle *) shape;
      area = [rectangle area];
   }
   else if ([shape isKindOfClass: [Circle class]])
   {
      Circle * circle = (Circle *) shape;
      area = [circle area];
   }
   printf("Area is %.2f\n", area);
}

The tricky part about converting to a subclass is we don't know what kind of class the variable shape is. It could be a Rectangle or it could be a Circle, we just don't know. However, we can ask an object what kind of class it is an instance of, and that's what the isKindOfClass: method is doing. Asking an object about its type at runtime is called introspection. First, we ask if it is a Rectangle class. If it is, we convert the generic shape to a rectangle using this syntax:

      Rectangle * rectangle = (Rectangle *) shape;

This conversion syntax is called a cast. The problem is that casting an object from one type to another is very dangerous. You're basically overriding the compiler and saying "Yes, this shape really is a rectangle," and it will blindly trust you. If, for some reason, this is not a Rectangle, you will most likely crash your program. But we can get away with a cast here because we just asked the object if it was, indeed, a Rectangle. Because it said "yes," we know we can perform that cast safely. Once we perform the cast, we can call the area method to find out the rectangle's area.

If the object is not a Rectangle class, we then ask if it is a Circle class. If it is, we do a similar cast to the Circle class, and then call the circle's area method. Finally, we print the area, which we got from either the rectangle or the circle. And voila! We have our generic printShapeArea function. Pass in any shape, and it will print the area.

It's worth noting that the methods defined in a superclass are available to all subclasses. Just as real-world children inherit traits from their parents, classes inherit methods from their superclasses. That's also why subclassing is also referred to as inheritance. We just demonstrated why this is useful. You'll notice we used the isKindOfClass: method. But where did this method come from? We didn't define it in our Rectangle class, but it is inherited from NSObject. I've said before that all objects are descendants of NSObject. NSObject provides a lot of base functionality that all these subclasses inherit, including features such as memory management and introspection. We'll get to see more of NSObject's features in later articles.

Polymorphism

Looking at the printShapeArea function in Listing 7 with a critical eye, we'll see a couple of issues. First, it's a fair amount of code. What we gain in flexibility, we lose in readability. However, the real issue is that it's not even that flexible. Sure, we can pass in either a Rectangle or Circle, but what if we create a new shape, say Triangle, which can also calculate its area? Now we have to modify our function to check for the Triangle class. In fact, every time we add any new shape, we'd need to update this function. That's a fragile situation, and it's not a good property of well-designed code.

The second issue is that there's nothing stopping us from passing a non-shape object to this function. Remember that NSObject is the common ancestor of all objects. It doesn't make sense to pass in a number object such as NSNumber, because it doesn't have the area method. Even though Objective-C is statically typed, it won't properly detect this condition with our current implementation.

To solve both of these issues, we can create a new, intermediate Shape class. This is a subclass of NSObject, but it will be the superclass of both Rectangle and Circle. The first step is to create the Shape class, with no implementation. The empty header is presented in Listing 8 and the empty implementation in Listing 9.

Listing 8: Empty Shape.h

#import <Cocoa/Cocoa.h>
@interface Shape : NSObject
{
}
@end

Listing 9: Empty Shape.m

#import "Shape.h"
@implementation Shape
@end

Now, we make this the superclass of Rectangle by changing its @interface line to:

@interface Rectangle : Shape

And similarly, we make Shape the superclass of Circle by changing its @interface line to:

@interface Circle : Shape

By subclassing Shape like this, our class hierarchy now looks like Figure 3.


Figure 3: Class hierarchy with Shape

Finally, we change the signature of printShapeArea to:

void printShapeArea(Shape * shape)

This solves the problem of passing a non-shape object to printShapeArea. If we tried to pass a number object, the compiler will now warn us. It will allow Rectangle and Circle because both are subclasses of Shape, and can be converted to Shape due to the inheritance hierarchy. However, this doesn't actually reduce the amount of code or allow us to avoid casting. We can achieve this by another refinement to the Shape class.

You'll notice that the area method for Rectangle and Circle both have the same signature: no arguments and return a float. Because this method signature is exactly the same, we can add an area method to the Shape class. What should we do for the implementation? Since an unknown shape has an undefined area, let's just return 0.

Now we have a very interesting situation. We've defined the area method in both a superclass and subclass. With two different implementations, which one gets chosen when [rectangle area] gets called? The rule is that the deepest implementation in the class hierarchy wins. Thus, in this case, Rectangle's area trumps Shape's area, and Rectangle is said to override the area method. Method overriding is an important feature of object-oriented programming, and every OO language should allow you to do this.

Overriding plays a very important role, though. You'll notice that both Rectangle and Circle override Shape's area method. So what's the point of having this method, then, if it will never get called? It allows us to simplify printShapeArea, by removing the introspection calls and casting:

void printShapeArea(Shape * shape)
{
   float area = [shape area];
   printf("Area is %.2f\n", area);
}

Now at first glance, you might think that this will always print "Area is 0.00" even when passed a Rectangle or Circle instance. After all, the Shape implementation always returns 0. However, through the magic of OO, this actually prints the correct results:

Area is 50.00
Area is 28.27

How is this possible? It turns out that even though shape is of type Shape in our code, the object really is still a Rectangle or Circle at heart. Method calls take into account what type the object really is, instead of what type the code says. In fact, Objective-C won't figure out which area method will be called until we actually run the program. This magic is called polymorphism. It is also sometimes referred to as late binding since the method call is not bound until the actual invocation of the method at runtime, not compile time.

The immediate benefits of polymorphism are readily apparent. All of our introspection and casting code goes away and printShapeArea becomes a two-line function. However, the benefits go deeper. By using polymorphism, we can add a Triangle class with an area method and printShapeArea will still work, as is. As long as Triangle inherits from Shape, we don't have to modify the source code to printShapeArea at all. Better yet, printShapeArea can be compiled into a library prior to the existence of Triangle, and it will work due to the runtime binding. This is powerful stuff, and it is a cornerstone of OO programming.

In addition to the area method, we can add the perimeter method to the Shape class. Again, its implementation should return 0, as it is intended to be overridden by subclasses. This will allow us to create a printShapePerimeter function in a similar vein to the printShapeArea function. By doing this, we are saying a shape must be able to calculate its area and perimeter. Our final Shape class should look like the code in Listing 10 and Listing 11.

Listing 10: Shape.h

#import <Foundation/Foundation.h>
@interface Shape : NSObject
{
}
- (float) area;
- (float) perimeter;
@end
Listing 11: Shape.m
#import "Shape.h"
@implementation Shape
- (float) area
{
   return 0;
}
- (float) perimeter
{
   return 0;
}
@end

For the sake of completeness, Listing 11 is the accompanying main.m:

Listing 11: main.m

#import <Foundation/Foundation.h>
#import "Shape.h"
#import "Rectangle.h"
#import "Circle.h"
void printShapeArea(Shape * shape);
int main (int argc, const char * argv[])
{
   NSAutoreleasePool * pool =
   [[NSAutoreleasePool alloc] init];
   
   Rectangle * rectangle;
   rectangle = [[Rectangle alloc] initWithLeftX: 5
                               bottomY: 5
                                rightX: 15
                                 topY: 10];
   Circle * circle;
   circle = [[Circle alloc] initWithCenterX: 10
                            centerY: 5
                             radius: 3];
   
   
   printShapeArea(rectangle);
   printShapeArea(circle);
   
   [rectangle release];
   [circle release];
   
   [pool release];
   return 0;
}
void printShapeArea(Shape * shape)
{
   float area = [shape area];
   printf("Area is %.2f\n", area);
}

Protocols

Our geometric shape class library is progressing nicely. We've got classes for rectangles and circles, as well as a common base class for future extensibility. New shapes can be added and, through the magic of polymorphism, the code impact is minimal. However, if you're a perfectionist, the area and perimeter methods of Shape may be bothering you. Their sole purpose is more of a placeholder for subclasses than doing anything useful. Sometimes, you have to live with a bit of ugliness due to the limitations of the language. However, Objective-C provides a better alternative. Instead of making Shape a class, we can make it a protocol. A protocol is like a class with only an interface and no implementation. It's used to specify a common set of methods that a class must implement. Our Shape class transformed to a protocol would need only the Shape.h header file shown in Listing 13.

Listing 12: Shape.h for a protocol

#import <Foundation/Foundation.h>
@protocol Shape
- (float) area;
- (float) perimeter;
@end

This looks similar to our previous class header file in Listing 11. We use the @protocol keyword and there is no area to define instance variables. Protocols are not allowed to have instance variables. If you need 'em, you'll have to use a class. To use this protocol in our Rectangle class, we use a bit of new syntax in the @interface line:

@interface Rectangle : NSObject<Shape>

This states that Rectangle is now a subclass of NSObject again, however by putting Shape in the angle brackets, we're declaring that Rectangle implements the Shape protocol. This means that we must implement all methods in this protocol. We already do this, so we don't have to make any further modifications to Rectangle. We can make similar modifications to Circle to make it implement the Shape protocol, too.

We must now change our printShapeArea function, since the Shape class no longer exists. In order to get the benefit of static type checking we must declare the function as follows:

void printShapeArea(NSObject<Shape> * shape);

This says that printShapeArea accepts an NSObject, but not just any old NSObject: only NSObjects that implement the Shape protocol. So now we've really got the ultimate solution. We've got our type safety, we've got our polymorphism, and we've got no useless code. The implementation is the same as before:

void printShapeArea(NSObject<Shape> * shape)
{
   float area = [shape area];
   printf("Area is %.2f\n", area);
}

It's worth noting that protocols can also inherit from other protocols, similar to class inheritance. For example, we could create a DrawableShape protocol that inherits from the Shape protocol:

@protocol DrawableShape <Shape>
- (void) draw;
@end

Any object that implements the DrawableShape protocol must implement all three methods: area, perimeter, and draw.

Conclusion

Inheritance and polymorphism are the final pillars of object-oriented programming. Along with the concepts of classes and encapsulation, you're well on your way to becoming an OO guru. With these OO building blocks under your belt, we can start getting into the details of Objective-C and the standard class libraries. I hope you join me next month in The Road to Code.


Dave Dribin has been writing professional software for over eleven years. After five years programming embedded C in the telecom industry and a brief stint riding the Internet bubble, he decided to venture out on his own. Since 2001, he has been providing independent consulting services, and in 2006, he founded Bit Maki, Inc. Find out more at http://www.bitmaki.com/ and http://www.dribin.org/dave/.

 

Community Search:
MacTech Search:

Software Updates via MacUpdate

Slack 2.5.1 - Collaborative communicatio...
Slack is a collaborative communication app that simplifies real-time messaging, archiving, and search for modern working teams. Version 2.5.1: New The way we load teams you don't view often has been... Read more
HandBrake 1.0.3 - Versatile video encode...
HandBrake is a tool for converting video from nearly any format to a selection of modern, widely supported codecs. Features Supported Sources VIDEO_TS folder, DVD image or real DVD (unencrypted... Read more
Vivaldi 1.7.735.46 - An advanced browser...
Vivaldi is a browser for our friends. In 1994, two programmers started working on a web browser. Our idea was to make a really fast browser, capable of running on limited hardware, keeping in mind... Read more
Vivaldi 1.7.735.46 - An advanced browser...
Vivaldi is a browser for our friends. In 1994, two programmers started working on a web browser. Our idea was to make a really fast browser, capable of running on limited hardware, keeping in mind... Read more
HandBrake 1.0.3 - Versatile video encode...
HandBrake is a tool for converting video from nearly any format to a selection of modern, widely supported codecs. Features Supported Sources VIDEO_TS folder, DVD image or real DVD (unencrypted... Read more
Slack 2.5.1 - Collaborative communicatio...
Slack is a collaborative communication app that simplifies real-time messaging, archiving, and search for modern working teams. Version 2.5.1: New The way we load teams you don't view often has been... Read more
BBEdit 11.6.4 - Powerful text and HTML e...
BBEdit is the leading professional HTML and text editor for the Mac. Specifically crafted in response to the needs of Web authors and software developers, this award-winning product provides a... Read more
BBEdit 11.6.4 - Powerful text and HTML e...
BBEdit is the leading professional HTML and text editor for the Mac. Specifically crafted in response to the needs of Web authors and software developers, this award-winning product provides a... Read more
beaTunes 4.6.12 - Organize your music co...
beaTunes is a full-featured music player and organizational tool for music collections. How well organized is your music Library? Are your artists always spelled the same way? Any R.E.M. vs REM?... Read more
Tinderbox 7.0.1 - Store and organize you...
Tinderbox is a personal content management assistant. It stores your notes, ideas, and plans. It can help you organize and understand them. And Tinderbox helps you share ideas through Web journals... Read more

The best sales on the App Store this wee...
The App Store has quite an exciting lineup of discount games this week that range across a variety of genres. It's a great opportunity to catch up on some of the premium games you may have been holding off on -- and some you can even grab for free... | Read more »
The best new games we played this week
Ah, here we are again at the close of another busy week. Don't rest too easy, though. We had a lot of great new releases in mobile games this week, and now you're going to have to spend all weekend playing them. That shouldn't be too much of a... | Read more »
Rollercoaster Tycoon Touch Guide: How to...
| Read more »
Rabbids Crazy Rush Guide: How to unlock...
The Rabbids are back in a new endless running adventure, Rabbids Crazy Rush. It's more ridiculous cartoon craziness as you help the little furballs gather enough fuel (soda) to get to the moon. Sure, it's a silly idea, but everyone has dreams --... | Read more »
Tavern Guardians (Games)
Tavern Guardians 1.0 Device: iOS Universal Category: Games Price: $2.99, Version: 1.0 (iTunes) Description: Tavern Guardians is a Hack-and-Slash action game played in the style of a match-three. You can experience high pace action... | Read more »
Slay your way to glory in idle RPG Endle...
It’s a golden age for idle games on the mobile market, and those addictive little clickers have a new best friend. South Korean developer Ekkorr released Endless Frontier last year, and players have been idling away the hours in the company of its... | Read more »
Tiny Striker: World Football Guide - How...
| Read more »
Good news everyone! Futurama: Worlds of...
Futurama is finding a new home on mobile in TinyCo and Fox Interactive's new game, Futurama: Worlds of Tomorrow. They're really doing it up, bringing on board Futurama creator Matt Groening along with the original cast and writers. TinyCo wants... | Read more »
MUL.MASH.TAB.BA.GAL.GAL (Games)
MUL.MASH.TAB.BA.GAL.GAL 1.0 Device: iOS Universal Category: Games Price: $2.99, Version: 1.0 (iTunes) Description: ENDLESS UPGRADES. CONSTANT DANGER. ANCIENT WISDOM. BOUNCY BALLS. Launch Sale, 40% OFF for a very limited time!!! MUL.... | Read more »
Dungeon Rushers (Games)
Dungeon Rushers 1.0 Device: iOS Universal Category: Games Price: $4.99, Version: 1.0 (iTunes) Description: Dungeon Rushers is a 2D tactical RPG combining dungeon crawler’s gameplay and turn based fights. Manage your team, loot dusty... | Read more »

Price Scanner via MacPrices.net

12-inch 1.2GHz Retina MacBooks on sale for $2...
Newegg has the 12″ 1.2GHz Space Gray Retina MacBook (sku MLH82LL/A) on sale for $1349.99 including free shipping. Their price is $250 off MSRP, and it’s the lowest price available for this model.... Read more
13-inch MacBook Airs on sale for $100 off MSR...
B&H Photo has 13″ MacBook Airs on sale for $100 off MSRP. Shipping is free, and B&H charges NY sales tax only: - 13″ 1.6GHz/128GB MacBook Air (MMGF2LL/A): $899 $100 off MSRP - 13″ 1.6GHz/... Read more
9-inch 32GB Silver iPad Pro on sale for $549,...
B&H Photo has the 9.7″ 32GB Silver Apple iPad Pro on sale for $549 for a limited time. Shipping is free, and B&H charges NY sales tax only. Their price is $50 off standard MSRP for this model... Read more
13-inch 2.0GHz Apple MacBook Pros on sale for...
B&H has the non-Touch Bar 13″ 2.0GHz MacBook Pros in stock today and on sale for $100 off MSRP. Shipping is free, and B&H charges NY sales tax only: - 13″ 2.0GHz MacBook Pro Space Gray (... Read more
15-inch Touch Bar MacBook Pros on sale for up...
B&H Photo has the new 2016 15″ Apple Touch Bar MacBook Pros in stock today and on sale for up to $150 off MSRP. Shipping is free, and B&H charges NY sales tax only: - 15″ 2.7GHz Touch Bar... Read more
12-inch Retina MacBooks on sale for $1150, $1...
B&H has 12″ 1.1GHz Retina MacBooks on sale for $150 off MSRP. Shipping is free, and B&H charges NY sales tax only: - 12″ 1.1GHz Space Gray Retina MacBook: $1149 $150 off MSRP - 12″ 1.1GHz... Read more
Apple restocks refurbished 11-inch MacBook Ai...
Apple has Certified Refurbished 11″ MacBook Airs (the latest models recently discontinued by Apple), available for up to $170 off original MSRP. An Apple one-year warranty is included with each... Read more
Apple Park Opens to Employees in April With T...
Apple has announced that Apple Park, the company’s new 175-acre campus, will be ready for employees to begin occupying in April. The process of moving more than 12,000 people will take over six... Read more
Manhattan Neighbors for Safer Telecommunicati...
A new education and advocacy group focused on cell phone and wireless risks, Manhattan Neighbors for Safer Telecommunications, launched today at http://www.ManhattanNeighbors.org. Manhattan... Read more
Portable Dual DisplayPort Monitor Dock Enable...
IOGEAR has announced the launch of its USB-C Dual DisplayPort Monitor Portable Dock (GUC3CMST). The dock enables users to easily connect two DisplayPort monitors to a USB-C or Thunderbolt 3 laptop to... Read more

Jobs Board

*Apple* Wireless Lead - T-ROC - The Retail O...
…of knowledge in wireless sales and activations to the Beautiful and NEW APPLE Experiencestore within MACYS. THIS role, APPLE Wireless Lead, isbrandnewas MACYS Read more
Manager *Apple* Systems Administration - Pu...
Req ID 3315BR Position Title Manager, Apple Systems Administration Job Description The Manager of Apple Systems Administration oversees the administration and Read more
*Apple* Retail - Multiple Positions - Apple,...
Job Description: Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
*Apple* Retail - Multiple Positions- Chicago...
SalesSpecialist - Retail Customer Service and SalesTransform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
Manager *Apple* Systems Administration - Pu...
Req ID 3315BR Position Title Manager, Apple Systems Administration Job Description The Manager of Apple Systems Administration oversees the administration and Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.