TweetFollow Us on Twitter

Introduction to Core Data

Volume Number: 21 (2005)
Issue Number: 7
Column Tag: Programming

Introduction to Core Data

Using Tiger's New Persistence Framework and Modeling Tool

by Jeff LaMarche

IT Types Finally Get A Room of Our Own


This our second article on the new Cocoa technologies available with the release of Tiger. In the last installment, we focused on the new tree-based XML parser, NSXML. This month and in future articles, we'll be delving into Core Data. In order to better understand what Core Data is and where it came from, a bit of history is in order.

Way back in the day, NeXT had a wonderful something called EOF: the Enterprise Objects Framework. EOF was not just a framework , but also a tool (called EOModeler) that allowed you to create your application's data model visually instead of manually creating objective-C classes. Even though your data model was not made by writing code, you could interact with your data as objective-C objects by using key-value coding; the framework handled all the work involved in persisting the data to a SQL database, flat file, or any other data store for which somebody wanted to write an EOAdaptor. You rarely had to write a single line of SQL or file management code in order to make your program work; all that happened for free.

EOF allowed unbelievable developer productivity in both creating and maintaining applications. And due to its object-oriented architecture, it offered limitless flexibility because you could always opt to write your own classes to override or supplement the functionality you got for "free" by using it. While a version of EOF still exists in WebObjects (EOF/WO), it is Java based and not available nor licensed for use in regular Cocoa applications. The objective-C version still exists and is installed with WebObjects, but it's not actively supported and the adaptors have not been kept up to date.

With the release of Tiger and Core Data, EOF has risen from the dead... sort of.

The More Things Change...

Apple's own documentation states that Core Data and EOF/WO share a common heritage. Despite that, they are clearly intended for different purposes. EOF/WO is used almost exclusively for writing database-backed web applications.

Core Data, on the hand, was specifically designed without support for remote databases; it is intended (at least for now) just to provide local data storage for Cocoa applications. Lack of support for remote databases, in the eyes of many developers, is a significant limitation. Despite that, Core Data does what it was designed to do admirably well. In some ways, Core Data is better than EOF. The modeling functionality is much more polished than what EOModeler offered and it's integrated right into XCode, so there's no need to switch back and forth between the IDE and modeller. Core Data's limited storage options also simplify things; the built-in storage options- which include storing data as XML, in binary files, or in an embedded SQLite database- means no more hassles finding the EOAdaptor you need or making sure your users have the correct adaptors (and version) installed on their machines.

Combined with Cocoa Bindings, which were added with Panther, Core Data is nothing short of miraculous in terms of the increase in developer productivity it affords you.

Overview and Terminology

The best way to show how wonderful Core Data is, is to just dive in and use it. Before we do that, however, let's take a second to go over some basic terminology.

Entity - this is the highest level object in a Core Data data model. Entities generally corresponds to the Cocoa classes traditionally used to hold data. They can hold data directly by way of their attributes and by incorporating other entities using relationships and fetched properties. Programmatically, entities are most often represented by the NSManagedObject class, but can also be represented by custom subclasses of NSManagedObject. Entities can be abstract and Core Data supports a rudimentary form of inheritance among entities. This functionality is beyond the scope of this article, and (at least in the days of EOF) was seldom used in practice. In fact, at one time, the use of entity inheritance was discouraged in Apple's official documentation.

Attribute - an attribute is a property of an entity that holds data. Attributes roughly correspond to the instance variables of a traditional data model class excluding collections such as NSArray and instance variables that are themselves also custom data model classes. There are a limited number of attribute types, such as strings, a few types of numbers, dates and a few others. Attributes are represented in code by the class NSAttributeDescription.

Relationship - a relationship is Core Data's primary way of making one entity act as part of another entity. Relationships can be one-to-one--which is analogous to declaring an instance of one data model class as a variable of another class--or they can be one-to-many, which parallels the use of an NSArray instance variable. You use the NSRelationshipDescription to interact with relationships in your code.

Fetched Property - fetched properties are similar to relationships in that Fetched Properties allow objects to behave as if they are part of another object. The key difference is that while relationships tie specific entity instances to another entity, Fetched Properties incorporate entities based on specified criteria, very much like the rule-based "smart" functionality that has popped up in so many places lately: smart playlists in iTunes, smart mailboxes in Mail, smart photo albums in iPhoto, etc. NSFetchedPropertyDescription is the Cocoa class used to represent fetched properties.

The term "property" is used generically to refer to all items that can be contained with an entity: fetched properties, relationships, and attributes. Entities and the three types of properties make up the actual Core Data data model. Here are a few more Core Data terms and classes with which you should be familiar before we get our feet wet:

Context - the "context" is the virtual space in which data is stored and corresponds to the physical data store on your local hard drive. For a Core Data application, you'll typically only have one context, though you could have more. Within a Core Data Document-Based application, you'll typically have a separate context for each open document. In Core Data, the context is represented by the NSManagedObjectContext class.

Predicates - the easiest way to think of a predicate is to think of it as a "rule", in the sense of smart playlists. An example of a predicate, rendered in English, would be "name begins with 'A'" or "price is less than $20". The NSPredicate class and its two subclasses, NSCompoundPredicate and NSComparisonPredicate represent predicates in code. Predicates can be compounded using the logical operators and, or, and not.

Fetch Request - this is how you retrieve entities from the context. Fetch requests can be unqualified, in which case they will return all instances of a specific entity, or they can be qualified using predicates. Fetch Requests are represented by the NSFetchRequest class. You can also retrieve data from the context by using NSArrayControllers, which we'll do later in this article.

Creating the Data Model

You may remember in the NSXML article, we created a class called MTBook to store the data we retrieved from Amazon's XML-based web service. Today, we're going to recreate that data model without writing a single line of code. Open up XCode and create a new project using the Core Data Application template and call it MTCoreData.

If you open up the Models folder in your project, you will see that there is already a model file called MTCoreData_DataModel.xcdatamodel. Click it, and it should bring up the Core Data model editor (if not, click the Editor icon in your toolbar). There are four sections to the editor (figure 1).

Figure 1. Blank Core Data Editor

This is the list of entities in your data model. The plus sign in the lower left, next to the scroll bar, will add an entity, which can be edited in section 3. The minus sign will allow you to delete entities, and the triangle next to the minus sign will allow you to change the view from a flat list to a hierarchical display.

This is the list of all the properties for the entity currently selected in section 1. The plus sign in the lower left allows you to add a new relationship, attribute, or fetched property. The minus sign will delete the currently selected property, and the triangle next to it will present a drop down that allows you to filter the property display based on type.

This is where the selected entity or property can be edited. If an entity is selected, but no property is, then this area will display the editable traits of the entity. If both an entity and a property are selected, then the editable traits of the property will be displayed here.

This is the object graph: a visual display of the data model. You can also edit many of the entity and property traits right in the object graph display if you want.

Go ahead and click on the plus sign in the lower left of section 1. This will add and select a new entity called Entity. The naming convention for entities is that they start with a capital, followed by lowercase letters except you capitalize the first letter of any new word (e.g. FaxMachine). Entities should be named as singular, not plural (not FaxMachines). Go ahead and change the name of the entity to Book. We don't need to call it MTBook because entity names only have to be unique within the data model, so there's no chance for a name conflict as there is with objective-C classes. Leave the class as NSManagedObject; we'll get into custom classes in a future article, but for now, leave it at the default value. We also won't be specifying a parent or making it abstract, so we are done with editing this entity.

Now, click on the plus sign at the lower left of the properties section and add an attribute called isbn. The naming convention for properties is the same as for objective-C instance variables: lowercase letters except where a new word starts (e.g. faxMachine). Unclick the optional checkbox - we want Core Data to require this field, but leave transient unchecked (transient properties do not get saved to the data store; this can be used for temporary or calculated properties, but are not commonly used without also creating a custom subclass of NSManagedObject).

Set the attribute's type to String. You'll notice that you get some new fields after changing the type. These allow you to do some validation without writing code. ISBN numbers must be ten characters, so we could set the minimum and maximum lengths both to 10, which would cause Core Data to reject input that is shorter or longer than ten characters. We won't do that, however, because there's another way to validate this input. We can also give the attribute a default value. We won't do that here, but we will for other attributes.

That leaves just one field: Reg. Ex., which stands for "regular expression." If you're not familiar with regular expressions, it's well worth your time as a programmer to learn them; they often allow you to do a lot of work by writing a single, very compact string. They are also the key to using a number of the powerful command line tools that ship with OS X, such as grep, awk, and sed, not to mention the programming language Perl.

The reason we don't need to set a minimum or maximum length is because we can enforce that with a regular expression. ISBN values not only have to be 10 characters long, but the first nine characters must be numbers, and the final character must be a number or the letter X. Sure, we could write a half-dozen lines of code to enforce this, if we were creating a subclass of NSManagedObject, but the Reg. Ex. field gives us a way to do this without writing any code. We can make Core Data validate the entered value by simply typing the value \d{9}[\dXx] into the Reg. Ex. field. A regular expression tutorial is way beyond the scope of this article but, briefly, this string says that a valid input must have nine numeric digits followed by either another digit or an upper or lowercase x.

Add another string attribute called title. Give it a default value of Untitled Book and unclick optional. Also add string attributes called publisher and comment, both of which can be optional and have no default values. You can specify a minimum or maximum length if you want, but I've left them blank.

Core Data has no entity type corresponding to a URL, so we'll also use a string to store the book's URL. Create another string attribute called url, make it optional with no minimum or maximum length.

Next, we need to hold two dates: dateReleased and dateRead, so add two more attributes and give them the type of Date. Don't worry about giving a minimum, maximum or default value.

In MTBook, our variable salesRank was an int. In Core Data, there are a few different options for storing integers, the only difference among them is the amount of memory they use. Since Amazon sales ranks can be very big numbers, create a new entity called salesRank and use an Integer 32 for the type. This can be optional, and we need no maximum or default value. We will put a minimum value of 0, however, since sales ranks have to be positive.

We also stored the cover image in MTBook as an NSData. Core Data does not have an image type, but it does have a type called Binary Data which can hold just about any type of data, much like NSData, so add another attribute called coverImage and assign it a type of Binary Data.

Well, that takes care of everything except authors. In the book information returned from Amazon, a single book can have multiple authors. We can represent this in Core Data by creating another entity and using relationships to link our two entities. Add a new entity called Author, again not abstract and with no parent entity. We only need to track one piece of information about an author--his or her name-- so add a new entity to Author and call it name. Set the type to String and unclick optional. Next, we need to create a relationship between the Author entity we just created and the Book entity, which we can do by adding a relationship to Author and calling it books. Unclick optional and set the destination entity to Book. We will keep this as a "to-one" relationship, which will cause Core Data to create and store a new instance of an Author entity for every author of every book. A more efficient way to do it would be to click the To-Many Relationship checkbox and reuse Author entities when an Author entity already exists, but that can't be done just using Cocoa Bindings and would require some code to enforce. For sake of brevity, implementing the more efficient version is left as an exercise for the reader.

Finally, we need to go back to the Book entity and define its relationship back to the Author entity we just created. Since we need to be able to store multiple authors in a single book, create a new relationship in the Book entity and call it authors. Leave it optional, since there are some books without a known author, and set the destination entity to Author. Set the inverse relationship to books, which tells Core Data that these two relationships are actually the same relationship viewed from different entities (as you do it, watch the object graph and you'll see the two lines connecting the Book and Author entities merge into a single line). This time, we do want to click the To-Many Relationship checkbox, since we need to be able to store more than one author for a book.

Save it. Your data model is done. We haven't written a single line of code, yet everything is now in place to initialize, use, persist, delete, and copy data.

Creating and Binding the Interface

This step, at first, works exactly as it has for years. Double-click MainMenu.nib in XCode, which will open up Interface Builder where you can design your interface. I made mine look like this:

Figure 2. The window layout

In order to implement the Lookup button, we will have to write some code, but surprisingly little. Before we do that, however, we'll use Cocoa Bindings to link the user interface directly to our Core Data context, which will let us add, edit, and delete objects without writing code.

In order to proceed, we do need to add a couple of non-visual items to our nib. These are NSArrayController instances. NSArrayControllers are a handy part of Cocoa Bindings that take care of most of the potential interactions a user or user interface element could have with an array of data. With the release of Core Data, NSArrayControllers can be configured to automatically load their data from the context. We need one controller to manage all the books that have been entered, and one to manage the authors of the currently selected book.

To add an NSArrayController instance to your nib, simply drag the icon that looks like three little green boxes from the Controllers palette (figure 3) to your nib file's main window and name it Books.

Figure 3. NSArrayController icon

Single-click the new array controller, and press ?1 to bring up the array controller's attributes in the inspector palette. Make sure that the mode is set to Entity and Automatically Prepares Content is selected. Type Book into the Entity Name field. This is how Cocoa Bindings knows to populate the array controller from Core Data with all the Book entities.

We also have to tell Cocoa Bindings the appropriate context from which to populate the array controller. We can do this by pressing ?4 and bringing up the array controller's bindings in the inspector. The bottommost entry on the bindings palette, under the Parameters section, is managedObjectContext. Click this to expand it, and click the Bind checkbox. For the Bind To field select MTCoreDataAppDelegate, the application delegate that was automatically created for you.

In the Model Key Path field, type in managedObjectContext, which is the name of an accessor method created automatically for you in MTCoreDataAppDelegate that returns the application's context. Leave the Value Transformer field blank; we'll talk about value transformers in a future article.

That takes care of the NSArrayController that will be used for the books table on the left side of the window. We also need one for the authors table. This one's a tad bit trickier because, unlike the Books array controller, we only want to show those authors that correspond to the currently selected book. Drag another NSArrayController to your nib and rename it Authors.

In the controller's attributes, make sure it's set to Entity with a name of Author and that Automatically Prepares Content is selected. In the array controller's bindings, set the managedObjectContext exactly as you did with the Books array controller.

Now, we'll tell it to only load those authors who are authors of the currently selected book. We do this with the contentSet binding under the Controller Content heading. Click on it to expand it, and click the bind checkbox. Bind this to the Books array controller with a Controller Key value of selection, which should be the default and tells Core Data to pull data from the selected item in the Books array controller. In the Model Key Path field, type authors, which is the name of the relationship in our Book entity that we want to use for populating this array controller.

Now, let's bind up the user interface elements. Double-click the books table down the left side, then double-click again so that the table column, and not the table or scroll view, is selected. Type ?4 to bring up the bindings and click on the value binding to expand it. Bind it to the Books array controller with a Controller Key of arrangedObjects, which binds the column to the objects in the Books array, in the correct sort order if one is specified. Finally, in the Model Key Path field, type in title, which is the name of the attribute we want to display in this column. The only other thing we need to do is to check Continuously Updates Value, which ensures that the data model and user interface are always kept synchronized, not just when you tab out of a field.

Next, double-click the other table on your interface--the authors list--twice, so that the table column is selected and bring up the bindings for it. This time, bind the value parameter to the arrangedObjects key of the Authors array controller and type in name for the key path, which tells it to display the name of the author in this column.

That takes care of the two tables on our interface. The individual fields are just as easy. Since we want to display data about the book currently selected in the left-hand table, we need to bind each field to the selection key of the Books array controller. For every field, Continuously Updates Values should be checked. The only difference in the bindings of the different fields is the Model Key Path field, which should be the attribute name (from the Book entity) that you want displayed in that field. You can also check Validates Immediately if you want the input value to be checked when tabbing out of the field rather than at save time. Here's what the value binding should look like for the isbn field:

Figure 4. Bindings for ISBN field

Once you've bound all the other fields on the interface (make sure the NSImageView is set to enabled), there's just one task remaining before we try it out. See those little buttons with the plus and minus signs? We've already created the ability to edit data in the context. Now, we're going to let these buttons add and delete Book and Author entities to the context, again without writing any code. Control-click the plus button in the lower left of the window and drag to the Books array controller. Connect the button's target to the add: outlet. Repeat with the minus button next to it, but connect the target instead to the remove: outlet. Do the same thing for the two buttons below the authors table, but bind to the Authors array controller instead of the Books array controller.

Let 'Er Rip...

Well, we haven't written any code, but go ahead and compile and run the application. Press the plus button and you'll get a new, untitled book. Edit any of the fields or drop a picture onto the image view, and then quit. When you launch the program again, your data is still there. If a book is selected, and you press the minus button, the book gets deleted. Hit ?Z and it comes back. Look Mom: free undo! Change the title of the book, and the table column on the left instantly reflects the change. Pretty easy, huh?

A Little Spit and Polish

We can do a few quick things to add some professional touches to our application. We can link the Save menu item to the saveAction: outlet of MTCoreDataAppDelegate, and allow the user to save any time in the fashion they're used to, rather than just at when the application quits. Want to give the ability to revert? Still easy, but we do have to add bit of code for that.

Listing 1: MTCoreDataAppDelegate.m


Adding these two methods to our application controller and then binding the Revert menu item to the first one allows the user to revert to the last saved version. The first method simply invokes a sheet asking if they really want to revert. The second method is called when the sheet ends, and does a rollback if the user confirmed. Rollback is the SQL term for reverting: The EOF heritage shows here in the choice of method name.

- (IBAction)revertAction:(id)sender
	NSBeginAlertSheet(@"Are you sure?",@"No",@"Yes",nil,
	nil,@"Are you sure you want to revert?");
- (void)reverSheetDidEnd:(NSWindow *)sheet
	contextInfo:(void *)contextInfo
	if (returnCode == NSAlertAlternateReturn)
 		[[self managedObjectContext] rollback];

Another quick bit of polish we can do is to make the minus buttons enabled only when a book is highlighted and, therefore, able to be deleted. We can do this by binding its enabled binding parameter to the canRemove controller key of the Books array controller. Likewise with the authors remove button to the Authors array controller.

Finally, one last nicety we'll handle this month is to tell the Books array controller to sort based on the title of the book. This will cause the table on the left hand side to display the titles in alphabetical order, since it's bound to the arrangedObjects outlet of that NSArrayController. Unfortunately, this one takes a bit of code, but not much.

Listing 2: MTCoreDataAppDelegate.m

Sorting the Books array controller

To sort our books table, we need to create a sort descriptor and supply it to our array controller. Create an IBOutlet instance variable in the MTCoreDataAppDelegate.h header file. Make it an NSArrayController and give it a name of books. In interface builder, bind the Books array controller to this outlet (you may have to drag MTCoreDataAppDelegate.h over to Interface Builder to make sure it knows about your changes). The best place to specify our sort descriptor is when our application is finished launching, so we'll use the handy notification method applicationDidFinishLaunching: that we get automatically by virtue of being the NSApplication delegate.

- (void)applicationDidFinishLaunching:
	(NSNotification *)aNotification
	// This sort descriptor says to sort alphabetically, in ascending order (A then B then C)
	// based on the property called title.
	NSSortDescriptor* sort = [[NSSortDescriptor alloc] 
		initWithKey:@"title" ascending:YES];
	// Tell our array controller to use our sort descriptor
	[books setSortDescriptors:
		[NSArray arrayWithObject: sort]];
	[sort release];  
// The Books array controller also has to be told to re-sort when something that affects
// the sort order changes. In our case, the title field is the only one that can affect the
// sort order of the book table, so we'll bind it to this method in Interface Builder.
// Doing so tells the array controller to re-sort based on the sort descriptor we gave it 
// any time the title value is changed on the interface earlier
- (IBAction)rearrangeBooks:(id)sender 
    [books rearrangeObjects];

One Last Thing

MTCoreDataAppDelegate, the application delegate that was created automatically for you has an accessor method, also created automatically, that it's worth taking a look at because it's the key to changing the Core Data storage options. By default, Core Data uses an XML file. You can change this to use a binary file or an embedded SQLite database, by making a minor tweak to the managedObjectContext method. Look at the items in bold in the following excerpt from mangedObjectContext; the first is the filename that will be used for the persistence store, the second tells Core Data how to store the data.

Listing 3: MTCoreDataAppDelegate.m

Changing Core Data Storage Options

url = [NSURL fileURLWithPath: [applicationSupportFolder 
	stringByAppendingPathComponent: @"MTCoreData.xml"]];
coordinator = [[NSPersistentStoreCoordinator alloc]
	initWithManagedObjectModel: [self managedObjectModel]];
if ([coordinator addPersistentStoreWithType:NSXMLStoreType 
	configuration:nil URL:url options:nil error:&error])

By changing the value NSXMLStoreType to one of the other available options, you change how Core Data will persist your data. Changing the value to NSBinaryStoreType will cause Core Data to store the data as a binary file. Storing it in NSSQLiteStoreType will cause Core Data to create an embedded SQLite database. There is actually a fourth possible option here, but it's one that doesn't make much sense to use: NSInMemoryStoreType. Specifying the last option will cause Core Data to discard all your data at quit time, so won't generally be recommended by people who like you.

Although not strictly required, it is good form to change the filename used to create url so that a different file extension is used if you change the store type; having a binary or SQLite file with a .xml ending is likely to cause confusion. Feel free to use any extension that seems appropriate for your situation. Personally, I use .sqlite3 when using NSSQLiteStoreType and no extension when using NSBinaryStoreType, but use whatever tickles your fancy.


At this point, we've written around thirty lines of code--and that's even counting lines with just a bracket--and we have a full-fledged application capable of saving text, dates, and images and displaying them in an ordered table view. Our application validates field values, allows undo and revert and generally gives the user a good chunk of the functionality they expect from a finished application. In our next article, we'll re-implement the Amazon ISBN lookup to show how we add, edit, and delete data programmatically, then we'll dive into some more advanced functionality requiring us to subclass NSManagedObject.

This article should have given you enough of a glimpse of Core Data's possibilities to understand why many developers are salivating over it. Core Data can give an incredible boost to your productivity and allow you to create more robust, more easily maintained applications faster than previously possible and, frankly, it's hard to hate that.

Jeff LaMarche is a long time Mac user and programmer who still hasn't figured out what he wants to do when he grows up, which is okay, because he probably won't. You can reach him at


Community Search:
MacTech Search:

Software Updates via MacUpdate

WhiteCap 6.7 - 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
Dropbox 24.4.16 - Cloud backup and synch...
Dropbox is an application that creates a special Finder folder that automatically syncs online and between your computers. It allows you to both backup files and keep them up-to-date between systems... Read more
Amazon Chime 4.2.5645 - Amazon-based com...
Amazon Chime is a communications service that transforms online meetings with a secure, easy-to-use application that you can trust. Amazon Chime works seamlessly across your devices so that you can... Read more
Notion 0.1.8 - A unified workspace for m...
Notion is the unified workspace for modern teams. Features: Integration with Slack Documents Wikis Tasks Note: This application contains in-app and/or external module purchases. Version 0.1.8:... Read more
Google Chrome 58.0.3029.81 - Modern and...
Google Chrome is a Web browser by Google, created to be a modern platform for Web pages and applications. It utilizes very fast loading of Web pages and has a V8 engine, which is a custom built... Read more
Notion 0.1.8 - A unified workspace for m...
Notion is the unified workspace for modern teams. Features: Integration with Slack Documents Wikis Tasks Note: This application contains in-app and/or external module purchases. Version 0.1.8:... Read more
WhiteCap 6.7 - 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
Dropbox 24.4.16 - Cloud backup and synch...
Dropbox is an application that creates a special Finder folder that automatically syncs online and between your computers. It allows you to both backup files and keep them up-to-date between systems... Read more
Google Chrome 58.0.3029.81 - Modern and...
Google Chrome is a Web browser by Google, created to be a modern platform for Web pages and applications. It utilizes very fast loading of Web pages and has a V8 engine, which is a custom built... Read more
Amazon Chime 4.2.5645 - Amazon-based com...
Amazon Chime is a communications service that transforms online meetings with a secure, easy-to-use application that you can trust. Amazon Chime works seamlessly across your devices so that you can... Read more

Latest Forum Discussions

See All

ChordFlow (Music)
ChordFlow 1.0.0 Device: iOS Universal Category: Music Price: $6.99, Version: 1.0.0 (iTunes) Description: ChordFlow is a chord sequencer with a unique 4-track polyphonic arpeggiator, extensive chord library, MIDI out and Ableton Link... | Read more »
The Walking Dead: A New Frontier is out...
The newest season of Telltale Games'The Walking Dead is well underway. After the release of the third episode, "Above the Law" about a month ago, episode four, "Thicker Than Water" is hot and ready for more zombies and gut-wrenching emotional... | Read more »
Best games we played this week
Another week, another new wave of mobile games do dive into. We've dug through the list of apps that came out this week to tell you which apps are worth your sweet time. And while there weren't too many games this week, there were some big ones.... | Read more »
Vignettes (Games)
Vignettes 1.0.1 Device: iOS Universal Category: Games Price: $2.99, Version: 1.0.1 (iTunes) Description: Vignettes is a casual but unique exploration game without text or characters, where objects shapeshift as you spin them around... | Read more »
Get Me Outta Here is an 80s retro shoote...
Are you ready to fight some aliens? Because Crescent Moon Games has released the retro shooter Get Me Outta Here on iOS devices today. [Read more] | Read more »
Get a bunch of Apple productivity apps f...
If you're an Apple Mac owner, you're probably aware of the host of Apple productivity apps the company includes in all new Mac purchases. Apps like iMovie, Keynote, and of course, GarageBand. While you used to be able to also buy these apps... | Read more »
Terra Mystica (Games)
Terra Mystica 1.03 Device: iOS Universal Category: Games Price: $9.99, Version: 1.03 (iTunes) Description: Short Summary:≈≈≈≈≈≈≈≈≈≈≈≈≈ | Read more »
Ms. Spell (Games)
Ms. Spell 1.0 Device: iOS Universal Category: Games Price: $.99, Version: 1.0 (iTunes) Description: Cast spells and battle monsters in this turn based game, that has you delving into ever the changing Dreadwood to retrieve the lost... | Read more »
Invert - A Minimal Puzzle Game (Games)
Invert - A Minimal Puzzle Game 1.0 Device: iOS Universal Category: Games Price: $2.99, Version: 1.0 (iTunes) Description: Invert is a minimalist puzzle game for fans of brain teasers, logic puzzles, and Rubik's Cube fiddlers. | Read more »
Evergrow: Paper Forest (Games)
Evergrow: Paper Forest 1.0 Device: iOS Universal Category: Games Price: $2.99, Version: 1.0 (iTunes) Description: Solve puzzles in the handcrafted forests of Evergrow through the eyes of an imaginative child and his parents. Discover... | Read more »

Price Scanner via

15-inch 2.7GHz Touch Bar MacBook Pros on sale...
Amazon has 2016 15″ 2.7GHz Apple Touch Bar MacBook Pros in stock today and on sale for $150-$200 off MSRP. Shipping is free: - 15″ 2.7GHz Touch Bar MacBook Pro Space Gray (sku MLH42LL/A): $2599 $200... Read more
Apple now offering Certified Refurbished 13-i...
Apple is now offering Certified Refurbished 2016 13″ Touch Bar MacBook Pros for $270-$300 off original MSRP. An Apple one-year warranty is included with each model, and shipping is free: - 13″ 2.9GHz... Read more
MyGiHealth Digestive Symptom Tracker Version...
My Total Health, Inc. has announced the release of MyGiHealth 2.1, an important update to their digestive symptom tracker developed exclusively for iPhone, iPad and iPod touch devices. MyGiHealth is... Read more
Galaxy S8 Materials Costs Highest by Far Comp...
The new Samsung Galaxy S8 equipped with 64 gigabytes (GB) of NAND flash memory carries a bill of materials (BOM) cost that comes out to US$301.60, much higher than for previous versions of the... Read more
iCarMode 4.0 Car Dashboard App For iOS Integr...
Indie developer Diego Resnik has announced the release of iCarMode 4.0, an update to his productivity app developed for iOS devices. iCarMode has positioned itself as a true car dashboard app,... Read more
How to save $150+ on Apple’s 13-inch 2.0GHz n...
Apple Authorized Reseller B&H Photo has non-Touch Bar 13″ 2.0GHz MacBook Pros on sale for $150 off MSRP for a limited time. Shipping is free, and B&H charges NY sales tax only: - 13″ 2.0GHz... Read more
15-inch 2.2GHz Retina MacBook Pro, Apple refu...
Apple has Certified Refurbished 2015 15″ 2.2GHz Retina MacBook Pros available for $1699. That’s $300 off MSRP, and it’s the lowest price available for a 15″ MacBook Pro. An Apple one-year warranty is... Read more
Apple Certified Refurbished iMacs available f...
Apple has Certified Refurbished 2015 21″ & 27″ iMacs available for up to $350 off MSRP. Apple’s one-year warranty is standard, and shipping is free. The following models are available: - 21″ 3.... Read more
Save up to $160 with Apple refurbished 9-inch...
Apple has Certified Refurbished 9″ and 12″ Apple iPad Pros available for up to $160 off the cost of new iPads. An Apple one-year warranty is included with each model, and shipping is free: - 32GB 9″... Read more
27-inch Apple iMacs on sale for $200 off MSRP
Amazon has 27″ iMacs on sale for $200-$201 off MSRP, each including free shipping: - 27″ 3.3GHz iMac 5K: $2099.99 $200 off MSRP - 27″ 3.2GHz/1TB Fusion iMac 5K: $1798 $201 off MSRP - 27″ 3.2GHz/1TB... Read more

Jobs Board

*Apple* Mobile Master - Best Buy (United Sta...
**493714BR** **Job Title:** Apple Mobile Master **Location Number:** 001024-Weatherford-Store **Job Description:** **What does a Best Buy Apple Mobile Master Read more
Best Buy *Apple* Computing Master - Best Bu...
**496963BR** **Job Title:** Best Buy Apple Computing Master **Location Number:** 001061-Marina-Store **Job Description:** **What does a Best Buy Apple Computing Read more
*Apple* Mobile Master - Best Buy (United Sta...
What does a Best Buy Apple Mobile Master do? At Best Buy, our mission is to leverage the unique talents and passions of our employees to inspire, delight, and enrich 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* Mac Computer Technician - GeekHampto...
…complex computer issues over the phone and in person? GeekHampton, Long Island's Apple Premium Service Provider, is looking for you! Come work with our crew Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.