TweetFollow Us on Twitter

The Road to Code: One for the Archives

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

The Road to Code: One for the Archives

Archiving objects and document—based applications

by Dave Dribin

One Year Later

This is the thirteenth article in the Road to Code column: happy one—year anniversary! We've covered a lot of ground in the last year, but we've still got the pedal to the metal. There's plenty of pavement left to cover!

In last month's article, I said that we'd talk more about NSTableView in this article, but I've decided to put that topic off for a bit. This month we're going to cover document—based applications, which includes how to save and open – or load – custom file types.

Document—based applications are a class of Mac OS X applications that allow the user to create, save, and open documents. Since this is a common type of application, Cocoa provides a lot of the common architecture, or plumbing, to minimize the amount of code the developer has to write.

Archiving

Before we talk about the user interface help that Cocoa provides for document—based applications, we're going to start from the back—end and talk about saving and loading objects. The Foundation framework provides a mechanism for converting a collection of objects to a sequence of bytes called archiving. Once we have the objects as a sequence of bytes, these bytes can be stored on disk or even sent across the network. To recreate the collection of objects from the sequence of bytes, you can use a mechanism called unarchiving. In Java, this conversion of objects to and from bytes is called serialization.

Before we get into the nitty—gritty, we need to cover some more terminology. A collection of objects has a fancy name called object graph. An object graph is a collection of objects, along with the relationship between the objects. An object graph can be represented as a diagram showing each object, with arrows indicating relationships. For example, if we have an NSMutableArray object that contains three Rectangle objects, the object graph would look like Figure 1. The arrows point from the array to the rectangles because the array maintains a reference to each of its members. Often, an object graph contains one object that is at the top of the graph called the root object. In this case, the array is the root object.


Figure 1: Simple object graph

Recall from the article about inheritance, You Have Your Mother's Eyes, that Objective—C has a concept called a protocol. As a quick refresher, protocols are just like class interface declarations, except that there are no instance variables. Protocols also have no implementation. Other classes may implement protocols, and these classes must provide implementations to all required methods. Protocols are used to ensure a class implements a set of methods.

Encoding

Foundation's archiving and unarchiving works on object graphs. Not all objects may be archived, however. Only objects that implement the NSCoding protocol may be archived and unarchived. The NSCoding protocol is shown in Listing 1.

Listing 1: NSCoding protocol

@protocol NSCoding
— (void)encodeWithCoder:(NSCoder *)coder;
— (id)initWithCoder:(NSCoder *)decoder;
@end

The encodeWithCoder: method is used for archiving while initWithCoder: is used for unarchiving. You'll notice that both of these methods use a class called NSCoder. NSCoder and its subclasses are responsible for the actual transformation to and from bytes. An example will help clear this up. Let's modify our Rectangle class to work with archiving. The most recent interface for Rectangle from the last article is shown in Listing 2.

Listing 2: Rectangle interface, without NSCoding support

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

Since Rectangle's superclass, NSObject, does not implement the NSCoding protocol, the first step is to tell the compiler that we want to implement the NSCoding by changing the @interface declaration:

@interface Rectangle : NSObject <NSCoding>

The rest of the header file stays the same. We must now implement encodeWithCoder: and initWithCoder: or else the compiler will warn us about an incomplete implementation. This warning is very helpful and one of the benefits of statically typed languages. Okay, so how do we implement these methods? Let's start with archiving and encodeWithCoder:.

When encodeWithCoder: is called on your object, you need to save all your vital instance variables by encoding their values in the coder. Vital instance variables are all instance variables that cannot be calculated in any way. For our Rectangle class, all four instance variables are vital, and we must encode them all. Our implementation would be:

— (void) encodeWithCoder: (NSCoder *) coder
{
    [coder encodeFloat: _leftX forKey: @"leftX"];
    [coder encodeFloat: _bottomY forKey: @"bottomY"];
    [coder encodeFloat: _width forKey: @"width"];
    [coder encodeFloat: _height forKey: @"height"];
}

We encode each of our instance variables, one by one, using the encodeFloat:forKey: method of NSCoder. We are using a variant of encoding called keyed encoding. Keyed encoding associates each value with a string key, or name, similar to how NSDictionary maps keys and values. All keys in an inheritance chain must be unique. This means your key must not only be unique to all your encoded values, but also to any of your superclasses' encoded values. The simplest way to ensure this is to use the name of the instance variable. I tend to leave off the underscore prefix, but that's just old habit. Separate inheritance chains can reuse keys. For example a Bitmap class that inherits from NSObject could also encode values using the width and height keys without conflict from Rectangle.

There are encoding methods for all primitive types and for other objects that implement the NSCoding protocol. Many of the classes in the Foundation framework such as strings, arrays, and dictionaries implement NSCoding so you should be able to easily encode all of your instance variables. Don't forget that if your superclass implements NSCoding, you must call encodeWithCoder: on the superclass before you encode your instance variables to make sure that all of its instance variables are encoded, as well:

— (void) encodeWithCoder: (NSCoder *) coder
{
    [super encodeWithCoder: coder];
    //...
}

As a side note, NSCoder does allow encoding values without keys, called non—keyed encoding, however this method is no longer recommended. Keyed encoding was introduced in Mac OS X 10.2 and non—keyed encoding should only be used for legacy applications that either need to run on or interoperate with old versions of software. Since we are writing an application for Mac OS X 10.5, we only use keyed encoding.

To use this method, we need an NSCoder instance. NSCoder is an abstract class, meaning that you cannot create instances of it directly; rather, you should use one of its concrete subclasses. The main subclass for encoding is NSKeyedArchiver, and typically, you use one of its class methods that do all the hard work for you:

    Rectangle * rectangle = ...;
    NSData * data =
        [NSKeyedArchiver archivedDataWithRootObject: rectangle];

The NSData class is part of the Foundation framework and it holds a sequence of bytes. Once you have the rectangle represented as an NSData instance, you can write it to disk or send it over a network.

Decoding

Now that we've covered archiving objects by encoding objects with an NSCoder instance, we need to go the other way around. Unarchiving objects takes a sequence of bytes and creates new instances of the encoded objects. To support unarchiving, our class must implement the initWithCoder: method. For our Rectangle class, there are no real surprises. We must decode each instance variable using the same key we used for encoding:

— (id) initWithCoder: (NSCoder *) decoder
{ 
    self = [super init];
    if (self == nil)
        return nil;
    
    _leftX = [decoder decodeFloatForKey: @"leftX"];
    _bottomY = [decoder decodeFloatForKey: @"bottomY"];
    _width = [decoder decodeFloatForKey: @"width"];
    _height = [decoder decodeFloatForKey: @"height"];
    
    return self;
}

Note that this is a constructor method and thus creates a new instance of our object. Since our superclass is NSObject and it does not implement NSCoding, we just call init. However, if your superclass also supports NSCoding, be sure to call initWithCoder: instead:

— (id) initWithCoder: (NSCoder *) decoder
{ 
    self = [super initWithCoder: decoder];
    //...
}

While you can decode the keys in any order, it's imperative that the keys match up between your encoding and decoding. Also, if you decode any objects, you must remember to retain them if you keep strong references to them as the decodeObjectForKey: returns autoreleased objects. Of course, if you are using garbage collection, you don't have to worry about the retains.

To unarchive objects from a sequence bytes created with NSKeyedArchiver, you should use the NSKeyedUnarchiver, which is also a concrete subclass of NSCoder. It has a convenient class method to unarchive an object directly from an NSData instance:

    NSData * data = ...;
    Rectangle * rectangle =
        [NSKeyedUnarchiver unarchiveObjectWithData: data];

Now that our Rectangle class fully implements the NSCoding protocol, we can convert instances of our class to a sequence of bytes and back again.

Archiving objects has many uses. For example, Interface Builder nib files are really just archived objects. The object graph for your entire GUI is created by Interface Builder and saved as a nib file. When your application runs, the objects are unarchived and ready to use. We will also be using this new ability to create custom rectangle documents using a document—based application.

You may be wondering what happens if we add or remove instance variables to our rectangle class? And what if the newer rectangle class needs to read archives saved by the older rectangle class? The way to handle this is with a technique called versioning. Versioning is a bit advanced to cover in full here, but I just wanted to let you know that it is possible to handle this situation. Read Apple's developer documentation for full details.

Document—Based Applications

As I mentioned above, many applications allow the user to create and edit documents, and then save them to and open them from disk. Since this is such a common type of application, Cocoa provides an architecture to help with the common tasks of managing documents. Applications that utilize this architecture are called document—based applications. The three classes that make up this architecture are NSDocument, NSWindowController, and NSDocumentController and are found in the Application Kit framework, along with all the GUI classes such as NSView and NSControl.

For simple cases, you generally don't have to interact with NSWindowController or NSDocumentController. However, you must always subclass NSDocument to implement saving and loading. We're going to walk through a simple document—based application that allows a user to save and load rectangle data.

Xcode has a project template for document—based applications, so we're going create a fresh project from this template. Select File > New Project from Xcode and choose a Cocoa Document—based Application from the New Project assistant, as shown in Figure 2. Click Next, and create a project named Rectangles in the directory of your choice. Finally, enable garbage collection by modifying the project's build settings.


Figure 2: Creating a document—based application

If you take a look at the Groups & Files list for this project, you'll notice that it is slightly different than the non—document—based applications we've created so far, as shown in Figure 3. First, it creates a subclass of NSDocument called MyDocument for us in the Classes group. Second, it creates two nib files in the Resources group: MainMenu.nib and MyDocument.nib.


Figure 3: Generated files

We've previously only used a single nib file that contained both the main menu and the single application window. Because we can have multiple document windows open, we use a separate nib file for document windows. Remember that nib files are archived windows, views, and controls, so every time a new document window is created, Cocoa's document architecture unarchives MyDocument.nib to create a new window. The MainMenu.nib file only gets loaded once at application startup and contains only the menu bar items.

You can already run the application as—is, but it's quite limited. First, the window contains a nice message that you are supposed to add your own controls to it. Also, saving and loading are not implemented, and you get an error if you try and save. You can, however, create new documents using File > New or Command—N.

Creating the User Interface

We're going to start by making the document window look just like the window of our Hello World application. Figure 4 shows the final result. Open MyDocument.nib with Interface Builder and layout the controls and formatters like we did before. Also setup the proper resizing springs and struts. (See last month's article if you need a reminder of how to do this.)


Figure 4: MyDocument.nib window

The MyDocument class takes the place of HelloWorldController from the previous articles. It contains all the outlets and actions for the window. Add outlets for the four text fields, a calculate action, and an instance variable for a single rectangle, as shown in Listing 3:

Listing 3: MyDocument.h

#import <Cocoa/Cocoa.h>
@class Rectangle;
@interface MyDocument : NSDocument
{
    IBOutlet NSTextField * _widthField;
    IBOutlet NSTextField * _heightField;
    IBOutlet NSTextField * _areaLabel;
    IBOutlet NSTextField * _perimiterLabel;
    
    Rectangle * _rectangle;
}
— (IBAction)calculate:(id)sender;
@end

Now save MyDocument.h, and go back to Interface Builder. Connect up the outlets and actions to the appropriate controls. The File's Owner is setup to be our document class, MyDocument, so use this when connecting the outlets and actions.

Now, add the Rectangle class that we modified to support NSCoding protocol above to this project. In MyDocument, change the init method, and add the calculate: and updateAreaAndPerimeter methods to match this:

— (id)init
{
    self = [super init];
    if (self == nil)
        return nil;
    
    _rectangle = [[Rectangle alloc]    initWithLeftX: 0
                                             bottomY: 0
                                              rightX: 5
                                                topY: 10];
    
    return self;
}
— (void)updateAreaAndPerimeter
{
    [_areaLabel setFloatValue: _rectangle.area];
    [_perimiterLabel setFloatValue: _rectangle.perimeter];
}
— (IBAction)calculate:(id)sender
{
    _rectangle.width = [_widthField floatValue];
    _rectangle.height = [_heightField floatValue];
    [self updateAreaAndPerimeter];
}

This creates a new rectangle instance in the constructor and also implements the calculate: action. Remember, though, that we needed to implement the awakeFromNib to ensure the text fields and labels were correct on application launch. For NSDocument subclasses, you override the windowControllerDidLoadNib: instead of awakeFromNib. Their purpose is very similar, though, and allows you to execute code after the outlets and actions from the nib have been connected. Modify the supplied stub implementation to match this:

— (void)windowControllerDidLoadNib:(NSWindowController *) aController
{
    [super windowControllerDidLoadNib:aController];
    [_widthField setFloatValue: _rectangle.width];
    [_heightField setFloatValue: _rectangle.height];
    [self updateAreaAndPerimeter];
}

Now build and run the application. You should see a window similar to Figure 5. The initial width should be five and height should be ten. If you change the width or height and press the Calculate button, the area and perimeter should update accordingly.


Figure 5: Running document window

This works like our first Hello World application. However, you can now create new windows with the File > New menu. We now want to implement saving and loading of documents.

Registering File Extensions

In order to identify our new file types, we need to come up with a new file extension. Since our document contains a single rectangle, let's use ".rectangle" as our file extension. We need to tell the operating system that our application can load and save files with this extension. This is done by editing the properties of our application. Open up the Targets group in the Groups & Files section of the project. Double click on the Rectangles target to bring up the Info panel for our application. Change to the Properties tab of the Info panel.

There are a couple of important properties we need to change. First, we need to change the identifier. Identifiers must be unique for every application released on Mac OS X. The recommended way to do this uses so—called reverse DNS notation. DNS is how websites are named. For example, my personal website is at www.dribin.org. The technical name for this website address is the DNS name. DNS names are unique, i.e. there is one and only one dribin.org out there. Reverse DNS takes advantage of the uniqueness of website names. It's called reverse DNS because you list the components in the opposite order that you use them for websites. The default value is com.yourcompany.Rectangles, which may be fine for testing, but you should really change it to a properly unique name.

Let's change it to org.dribin.dave.mactech.jul08.rectangles.

Next, we need to change the document types for our application. The Document Types list should already have one document type in it. Edit it so that the name is Rectangle File and that the extension is rectangle (do not include the period). The final result should look similar to Figure 6.


Figure 6: Application properties

These application properties are stored in a file called Info.plist. You can see this file in the Resources group. This file gets included along with your built application. How this works is beyond the scope of this article, but suffice it to say that applications on Mac OS X are really directories with a special structure called bundles. We will talk more about bundles in a later article.

One word of warning: I find that whenever I change the application's properties or Info.plist file, I need to force Xcode to rebuild the whole application. You do this by using the Build > Clean All Targets menu item. Cleaning removes all files generated during the build process. By cleaning the target, you force the next build to rebuild everything. Be sure to clean your project before proceeding.

Saving and Loading

With our file extension in place, we can now proceed to implement saving and loading of rectangle files. The MyDocument class already contains stub methods for saving and loading that we need to fill in. Saving is handled by the dataOfType:error: method. You are supposed to return an NSData representation of your document, and the document architecture will take care of writing it to a file. The default implementation returns nil and sets an error.

The only data we need to save is our _rectangle instance variable. Since the Rectangle class now implements the NSCoding protocol, we can use an NSKeyedArchiver to convert our instance variable into NSData:

— (NSData *)dataOfType:(NSString *)typeName
                 error:(NSError **)outError
{
    NSData * rectangleData =
        [NSKeyedArchiver archivedDataWithRootObject:_rectangle];
    return rectangleData;
}

In order to load rectangle files, we need to implement the readFromData:ofType:error: method. We can use NSKeyedArchiver to convert the supplied NSData to an NSRectangle and store it in our instance variable:

— (BOOL)readFromData:(NSData *)data
              ofType:(NSString *)typeName
               error:(NSError **)outError
{
    _rectangle = [NSKeyedUnarchiver unarchiveObjectWithData:data];
    return YES;
}

If you are not using garbage collection, be sure to release the old rectangle and retain the new one.

With these two methods implemented, you should be able to save and open rectangle files. Give it a shot. The files should have the ".rectangle" extension we setup, too. You can even double click on saved rectangle files in the Finder, and it should automatically launch our application. As always, the completed project may be downloaded from the MacTech website.

Well, that's pretty much all there is to a document—based application. Due to the document architecture, there's really not that much extra code to write compared to non—document—based applications. Our MyDocument class is very similar to the HelloWorldController we wrote earlier. We just needed to add methods to save and load files, and that's really easy if the classes to be saved can be archived.

Given that we only had to implement two extra methods, we get a lot of functionality "for free" from the Cocoa document architecture:

A file open sheet is created when the user chooses File > Open

A file save sheet is created when the user choose File > Save or Save As

Saving and loading to and from disk is handled automatically

The window title changes to the name of the document

The document—based architecture really shows how Cocoa helps the developer write applications faster with less code. You can also get undo support easily, but that will have to wait for a future article.


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

WhiteCap 6.6 - Visual plug-in for iTunes...
WhiteCap is a sleek and sophisticated music visualizer and screensaver that features futuristic, wireframe mesh visuals with dynamic backgrounds and colors. WhiteCap contains thousands of visual... Read more
VOX 2.8.14 - Music player that supports...
VOX just sounds better! The beauty is in its simplicity, yet behind the minimal exterior lies a powerful music player with a ton of features and support for all audio formats you should ever need.... Read more
Paparazzi! 1.0b2 - Make user-defined siz...
Paparazzi! is a small utility for OS X that makes screenshots of webpages. This very simple tool takes screenshots of websites which do not fit on one screen. You specify the desired width, minimal... Read more
Carbon Copy Cloner 4.1.13 - Easy-to-use...
Carbon Copy Cloner backups are better than ordinary backups. Suppose the unthinkable happens while you're under deadline to finish a project: your Mac is unresponsive and all you hear is an ominous,... Read more
TrailRunner 3.8.832 - Route planning for...
TrailRunner is the perfect companion for runners, bikers, hikers, and all people wandering under the sky. Plan routes on a geographical map. Import GPS or workout recordings and journalize your... Read more
VueScan 9.5.65 - Scanner software with a...
VueScan is a scanning program that works with most high-quality flatbed and film scanners to produce scans that have excellent color fidelity and color balance. VueScan is easy to use, and has... Read more
Adobe Illustrator CC 2017 21.0.2 - Profe...
Illustrator CC 2017 is available as part of Adobe Creative Cloud for as little as $19.99/month (or $9.99/month if you're a previous Illustrator customer). Adobe Illustrator CC 2017 is the industry... Read more
iDefrag 5.1.7 - Disk defragmentation and...
iDefrag helps defragment and optimize your disk for improved performance. Features include: Supports HFS and HFS+ (Mac OS Extended). Supports case sensitive and journaled filesystems. Supports... Read more
Quicken 4.4.2 - Complete personal financ...
Quicken makes managing your money easier than ever. Whether paying bills, upgrading from Windows, enjoying more reliable downloads, or getting expert product help, Quicken's new and improved features... Read more
iDefrag 5.1.7 - Disk defragmentation and...
iDefrag helps defragment and optimize your disk for improved performance. Features include: Supports HFS and HFS+ (Mac OS Extended). Supports case sensitive and journaled filesystems. Supports... Read more

5 dastardly difficult roguelikes like th...
Edmund McMillen's popular roguelike creation The Binding of Isaac: Rebirth has finally crawled onto mobile devices. It's a grotesque dual-stick shooter that tosses you into an endless, procedurally generated basement as you, the pitiable Isaac,... | Read more »
Last week on PocketGamer
Welcome to a weekly feature looking back on the past seven days of coverage on our sister website, PocketGamer. It’s taken a while for 2017 to really get going, at least when it comes to the world of portable gaming. Thank goodness, then, for... | Read more »
ROME: Total War - Barbarian Invasion set...
To the delight of mobile strategy fans, Feral Interactive released ROME: Total War just a few months ago. Now the game's expansion, Barbarian Invasion is marching onto iPads as a standalone release. [Read more] | Read more »
Yuri (Games)
Yuri 1.0 Device: iOS iPhone Category: Games Price: $3.99, Version: 1.0 (iTunes) Description: It's night. Yuri opens his eyes. He wakes up in a strange forest.The small, courageous explorer rides on his bed on casters in this... | Read more »
Space schmup Xenoraid launches on the Ap...
10Tons Xenoraid is out today on the App Store, bringing some high-speed space action to your mobile gadgets just in time for the weekend. The company's last premium title, another sci-fi game titled Neon Chrome, did quite well for itself, so... | Read more »
Star Wars: Force Arena Beginner's G...
Star Wars: Force Arena joined the populous ranks of Star Wars games on mobile today. It's a two-lane MOBA starring many familiar faces from George Lucas's famed sci-fi franchise. As with most games of this nature, Force Arena can be a little obtuse... | Read more »
Mysterium: The Board Game (Games)
Mysterium: The Board Game 1.0 Device: iOS Universal Category: Games Price: $6.99, Version: 1.0 (iTunes) Description: The official adaptation of the famous board game Mysterium! | Read more »
Sonny (Games)
Sonny 1.0.4 Device: iOS Universal Category: Games Price: $2.99, Version: 1.0.4 (iTunes) Description: Reimagined for iOS, cult-hit RPG Sonny brings challenging turn-based combat that requires strategy and mastery of each new skill to... | Read more »
Towaga (Games)
Towaga 1.0 Device: iOS iPhone Category: Games Price: $2.99, Version: 1.0 (iTunes) Description: "It has been foretold that a masked being would stand atop the legendary Towaga Temple, dwelling among shadows to fulfil The Black Moon... | Read more »
Bubble Witch 3 Saga Guide: How to get th...
King's bringing its fairytale bubble-popping puzzler back for its 3rd outing in Bubble Witch 3 Saga. If you're familiar with the series, not much has changed here on the surface level, though you'll likely be pleased with the improvements. If you'... | Read more »

Price Scanner via MacPrices.net

Opera Announces Neon Concept Browser For Mac
Opera is inviting users to get a glimpse of what Opera for computers could become with its Opera Neon browser concept. Each Opera Neon feature is described as “an alternate reality” for the Opera... Read more
Tellini Releases TabView 3.0 Missing Tool fo...
Tellini has announced the release of TabView 3.0. TabView has been the first macOS viewer for PowerTab tablatures. PowerTab is a well-known and widely adopted tablature editor for Windows systems and... Read more
13-inch 1.6GHz/128GB MacBook Air on sale for...
Overstock.com has the 1.6GHz/128GB 13″ MacBook Air on sale for $130 off MSRP including free shipping: - 13″ 1.6GHz/128GB MacBook Air (MMGF2LL/A): $869.99 $130 off MSRP Their price is the lowest... Read more
12-inch 32GB Space Gray iPad Pro on sale for...
B&H Photo has 12″ Space Gray 32GB WiFi Apple iPad Pros on sale for $55 off MSRP including free shipping. B&H charges sales tax in NY only: - 12″ Space Gray 32GB WiFi iPad Pro: $744.44 $55 off... Read more
9-inch 32GB Space Gray iPad Pro on sale for $...
B&H Photo has the 9.7″ 32GB Space Gray Apple iPad Pro on sale for $549 for a limited time. Shipping is free, and B&H charges NY sales tax only. Read more
Apple iMacs on sale for up to $120 off MSRP,...
B&H Photo has 21″ and 27″ Apple iMacs on sale for up to $120 off MSRP, each including free shipping plus NY sales tax only: - 27″ 3.3GHz iMac 5K: $2199 $100 off MSRP - 27″ 3.2GHz/1TB Fusion iMac... Read more
Apple refurbished Apple TVs available for up...
Apple has Certified Refurbished 32GB and 64GB Apple TVs available for up to $30 off the cost of new models. Apple’s standard one-year warranty is included with each model, and shipping is free: -... Read more
1.4GHz Mac mini, refurbished, available for $...
The Apple Store has Apple Certified Refurbished 1.4GHz Mac minis available for $419. Apple’s one-year warranty is included, and shipping is free. Their price is $80 off MSRP, and it’s the lowest... Read more
16GB iPad Air 2, Apple refurbished, available...
Apple has Certified Refurbished 16GB iPad Air 2s available for $319 including free shipping. A standard Apple one-year is included. Their price is $60 off original MSRP for this model. Read more
Mac Pros on sale for $200 off MSRP, refurbish...
B&H Photo has Mac Pros on sale for $200 off MSRP. Shipping is free, and B&H charges sales tax in NY only: - 3.7GHz 4-core Mac Pro: $2799, $200 off MSRP - 3.5GHz 6-core Mac Pro: $3799, $200... Read more

Jobs Board

*Apple* Premier Retailer - Service Technicia...
DescriptionSimply Mac is the largest premier retailer for Apple products and solutions. At Simply Mac we are all Apple , all the time. Same products. Same prices. Read more
*Apple* Premier Retailer - Service Manager -...
DescriptionSimply Mac is the largest premier retailer for Apple products and solutions. At Simply Mac we are all Apple , all the time. Same products. Same prices. Read more
*Apple* Retail - Multiple Positions- Crows N...
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* & PC Desktop Support Technician...
Apple & PC Desktop Support Technician job in Los Angeles, CA Introduction: We have immediate job openings for several Desktop Support Technicians with one of our 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
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.