Here are some small but useful additions to the UIColor class in UIKit.

This is what it does:

• Adds a method to get a color from a Hex string (with either this #FFFFFF or this FFFFFF format).
• Adds a method to get a color from an Hex string with custom alpha value.
• Adds a method to get a color from a selector string.

Here’s the download:

File: UIColor Additions (1.95KB) added: 19/03/2010

Not knowing what properties objects have is no excuse, because all you have to do is open the header files and scroll to where the properties are declared and see what you can change, most property names are very self-explanatory, and the ones that aren’t enough, usually have comments saying what they do.

So please, devs out there, don’t leave the default values of your objects (unless, of course, that’s the value you need), setting them up properly it really easy to do, and it makes your app stand out.

While ObjC uses C as a core, and accessing properties is quite similar as in other languages (object.property;), methods are a little bit different from other languages I’ve used.

Methods

This is the kind of stuff that confused me the most:

So yea, it’s kinda like WTF?

Basically, what we are doing here is sending a message called “somethingElse”, with parameters “anotherThing” and “Damn”, to an object called “something”.

So let’s take a look at some actual code, this is the way we call an UIAlertView:

Should be more understandable:

First, we are creating a new object called “alert”, of the type “UIAlertView”. Then we are initializing it, then showing it, and then tell it to be autoreleased. (Note, nil is ObjC’s null).

What [UIAlertView alloc] does is tell the OS to make some space in the RAM for a new object of the type UIAlertView.

Next, what initWithTitle:@”Hello”… does is initialize the alert with title “Hello”, message “Hello World”, etc. What [alert show] will do is to show the alert, and [alert autorelease] will autorelease when it’s not needed anymore.

If you go to the frameworks and find UIAlert.h, you’ll find that it has a method like this:

There you can see where everything came from. In C, it would look like:

That’s how methods are in ObjC, basically.

Headers

Now, usually, before using an object, you have to set it up for it to work/look as you want, then you use it, and then you release it, for example, we want to add a label that says Hello World in the middle of the screen:

Note that we are doing all the changes before adding it to as a subview, otherwise, the user could see as the properties are changing, and see the object being modified. We don’t want that.

Anyway, if you go to UILabel.h and look for “initWithFrame”, “setText”, “setTextColor”, etc., you won’t find those methods.

The first one is a method from UIView. If you don’t find it in the class you are using, it’s in one of it’s superclasses, when UILabel is declared, it’s declared like this: UILabel : UIView. That means it’s a subclass of UIView, and that it inherited some methods and properties of it (you probably knew this already if you had used OOP before).

The other methods are “setters”. If you go to UILabel.h, you’ll see something like: “@property(nonatomic, retain) NSString *text”. That means that ObjC will automatically create a getter method called “getText”, that will return the value of “text”, and a setter method called “setText”, which will take a NSSting as a parameter and will assign that string to “text”. There are other modifiers (besides nonatomic and retain), but I’ll come by them later.