Objective-C编程语言官方指南

需积分: 0 198 浏览量更新于2024-07-31 收藏 1.15MB PDF 举报

"The Objective-C Programming Language - 官方PDF文档，由Apple Inc.于2010年7月发布，涵盖了Objective-C编程语言的核心概念、工具和语言特性。" Objective-C是苹果公司开发的一种面向对象的编程语言，它是基于C语言的扩展，主要应用于 macOS 和 iOS 的软件开发。这篇文档详细介绍了Objective-C编程的基础和高级概念，是学习和理解该语言的重要资源。在Objective-C中，最重要的概念是消息传递（message passing），这是实现面向对象编程的核心机制。当一个对象发送消息给另一个对象时，实际上是调用该对象的方法。方法定义了对象能够执行的操作。Objective-C使用选择器（selector）来标识方法，选择器是方法名称的字符串形式。类（Class）是Objective-C中的基本构建块，它定义了一组相关属性（instance variables）和行为（methods）。类定义了对象的模板，而对象是类的实例。Objective-C支持继承，允许子类从父类继承属性和方法，从而实现代码重用和扩展。 Objective-C引入了协议（Protocol），这是一种类似Java和C#接口的概念，定义了一组方法签名，但不提供实现。协议可以被多个类遵循，提供了一种多态性的方式，常用于实现事件处理或定义特定的行为规范。文档中还可能涵盖了动态类型（Dynamic Typing）和运行时系统（Runtime System）。Objective-C的动态性使得在编译时无法确定对象的确切类型，这在某些情况下提供了更大的灵活性。运行时系统负责处理消息传递，包括查找方法实现、动态加载类等操作。此外，Objective-C还支持分类（Category），允许开发者为已有的类添加新的方法，而无需修改原有代码。类别常用于扩展框架中的类，提供便利的方法或者实现分类。 Blocks是Objective-C的一个重要特性，允许在代码中定义可复用的代码块，这些代码块可以作为参数传递给方法，或者存储在变量中。Blocks在处理异步任务、排序和过滤数据等方面非常有用。文档可能还涵盖了Objective-C的内存管理规则，尤其是自动引用计数（ARC，Automatic Reference Counting），这是iOS和macOS开发中的重要组成部分，它自动化了内存管理，减少了程序员手动管理内存的需要。这份"The Objective-C Programming Language"文档是深入理解Objective-C语言的关键，对于想要进入苹果平台开发的程序员来说，是一份不可或缺的学习资料。它不仅讲解了语言的基础知识，还涉及到了高级特性和最佳实践，有助于开发者写出高效、健壮的代码。

For methods with multiple arguments, Objective-C's method names are interleaved with the arguments such

that the method’s name naturally describes the arguments expected by the method. The imaginary message

below tells the myRectangle object to set its origin to the coordinates (30.0, 50.0):

[myRectangle setOriginX: 30.0 y: 50.0]; // This is a good example of multiple

arguments

A selector name includes all the parts of the name, including the colons, so the method is named

setOriginX:y:. It has two colons as it takes two arguments. The selector name does not, however, include

anything else, such as return type or parameter types.

Important: The sub-parts of the method name—of the selector—are not optional, nor can their order be

varied. “Named arguments” and “keyword arguments” often carry the implication that the arguments to a

method can vary at runtime, can have default values, can be in a different order, can possibly have additional

named arguments. This is not the case with Objective-C.

For all intents and purposes, an Objective-C method declaration is simply a C function that prepends two

additional arguments (see Messaging in the Objective-C Runtime Programming Guide). This is different from

the named or keyword arguments available in a language like Python:

def func(a, b, NeatMode=SuperNeat, Thing=DefaultThing):

pass

where Thing (and NeatMode) might be omitted or might have different values when called.

In principle, the Rectangle class could instead implement a setOrigin:: which would be invoked as follows:

[myRectangle setOrigin:30.0 :50.0]; // This is a bad example of multiple arguments

This particular method does not interleave the method name with the arguments and, thus, the second

argument is effectively unlabeled and it is difficult to determine the kind or purpose of the method’s

arguments.

Methods that take a variable number of arguments are also possible, though they’re somewhat rare. Extra

arguments are separated by commas after the end of the method name. (Unlike colons, the commas aren’t

considered part of the name.) In the following example, the imaginary makeGroup: method is passed one

required argument (group) and three that are optional:

[receiver makeGroup:group, memberOne, memberTwo, memberThree];

Like standard C functions, methods can return values. The following example sets the variable isFilled to

YES if myRectangle is drawn as a solid rectangle, or NO if it’s drawn in outline form only.

BOOL isFilled;

isFilled = [myRectangle isFilled];

Note that a variable and a method can have the same name.

One message expression can be nested inside another. Here, the color of one rectangle is set to the color of

another:

[myRectangle setPrimaryColor:[otherRect primaryColor]];

Objective-C also provides a dot (.) operator that offers a compact and convenient syntax for invoking an

object’s accessor methods. This is typically used in conjunction with the declared properties feature (see

“Declared Properties” (page 67)), and is described in “Dot Syntax” (page 19).

Object Messaging

CHAPTER 1

Objects, Classes, and Messaging

Sending Messages to nil

In Objective-C, it is valid to send a message to nil—it simply has no effect at runtime. There are several

patterns in Cocoa that take advantage of this fact. The value returned from a message to nil may also be

valid:

■ If the method returns an object, then a message sent to nil returns 0 (nil), for example:

Person *motherInLaw = [[aPerson spouse] mother];

If aPerson’s spouse is nil, then mother is sent to nil and the method returns nil.

■ If the method returns any pointer type, any integer scalar of size less than or equal to sizeof(void*),

a float, a double, a long double, or a long long, then a message sent to nil returns 0.

■ If the method returns a struct, as defined by the Mac OS X ABI Function Call Guide to be returned in

registers, then a message sent to nil returns 0.0 for every field in the data structure. Other struct data

types will not be filled with zeros.

■ If the method returns anything other than the aforementioned value types the return value of a message

sent to nil is undefined.

The following code fragment illustrates valid use of sending a message to nil.

id anObjectMaybeNil = nil;

// this is valid

if ([anObjectMaybeNil methodThatReturnsADouble] == 0.0)

{

// implementation continues...

}

Note: The behavior of sending messages to nil changed slightly with Mac OS X v10.5.

On Mac OS X v10.4 and earlier, a message to nil also is valid, as long as the message returns an object, any

pointer type, void, or any integer scalar of size less than or equal to sizeof(void*); if it does, a message

sent to nil returns nil. If the message sent to nil returns anything other than the aforementioned value

types (for example, if it returns any struct type, any floating-point type, or any vector type) the return value

is undefined. You should therefore not rely on the return value of messages sent to nil unless the method’s

return type is an object, any pointer type, or any integer scalar of size less than or equal to sizeof(void*).

The Receiver’s Instance Variables

A method has automatic access to the receiving object’s instance variables. You don’t need to pass them to

the method as arguments. For example, the primaryColor method illustrated above takes no arguments,

yet it can find the primary color for otherRect and return it. Every method assumes the receiver and its

instance variables, without having to declare them as arguments.

This convention simplifies Objective-C source code. It also supports the way object-oriented programmers

think about objects and messages. Messages are sent to receivers much as letters are delivered to your home.

Message arguments bring information from the outside to the receiver; they don’t need to bring the receiver

to itself.

Object Messaging 17

CHAPTER 1

Objects, Classes, and Messaging

A method has automatic access only to the receiver’s instance variables. If it requires information about a

variable stored in another object, it must send a message to the object asking it to reveal the contents of

the variable. The primaryColor and isFilled methods shown above are used for just this purpose.

See “Defining a Class” (page 35) for more information on referring to instance variables.

Polymorphism

As the examples above illustrate, messages in Objective-C appear in the same syntactic positions as function

calls in standard C. But, because methods “belong to” an object, messages behave differently than function

calls.

In particular, an object can be operated on by only those methods that were defined for it. It can’t confuse

them with methods defined for other kinds of object, even if another object has a method with the same

name. This means that two objects can respond differently to the same message. For example, each kind of

object sent a display message could display itself in a unique way. A Circle and a Rectangle would respond

differently to identical instructions to track the cursor.

This feature, referred to as polymorphism, plays a significant role in the design of object-oriented programs.

Together with dynamic binding, it permits you to write code that might apply to any number of different

kinds of objects, without you having to choose at the time you write the code what kinds of objects they

might be. They might even be objects that will be developed later, by other programmers working on other

projects. If you write code that sends a display message to an id variable, any object that has a display

method is a potential receiver.

Dynamic Binding

A crucial difference between function calls and messages is that a function and its arguments are joined

together in the compiled code, but a message and a receiving object aren’t united until the program is

running and the message is sent. Therefore, the exact method that’s invoked to respond to a message can

only be determined at runtime, not when the code is compiled.

The precise method that a message invokes depends on the receiver. Different receivers may have different

method implementations for the same method name (polymorphism). For the compiler to find the right

method implementation for a message, it would have to know what kind of object the receiver is—what

class it belongs to. This is information the receiver is able to reveal at runtime when it receives a message

(dynamic typing), but it’s not available from the type declarations found in source code.

The selection of a method implementation happens at runtime. When a message is sent, a runtime messaging

routine looks at the receiver and at the method named in the message. It locates the receiver’s implementation

of a method matching the name, “calls” the method, and passes it a pointer to the receiver’s instance variables.

(For more on this routine, see Messaging in the Objective-C Runtime Programming Guide.)

This dynamic binding of methods to messages works hand-in-hand with polymorphism to give object-oriented

programming much of its flexibility and power. Since each object can have its own version of a method, a

program can achieve a variety of results, not by varying the message itself, but by varying just the object

that receives the message. This can be done as the program runs; receivers can be decided “on the fly” and

can be made dependent on external factors such as user actions.

Object Messaging

CHAPTER 1

Objects, Classes, and Messaging

When executing code based upon the Application Kit, for example, users determine which objects receive

messages from menu commands like Cut, Copy, and Paste. The message goes to whatever object controls

the current selection. An object that displays text would react to a copy message differently from an object

that displays scanned images. An object that represents a set of shapes would respond differently from a

Rectangle. Since messages don’t select methods (methods aren’t bound to messages) until runtime, these

differences are isolated in the methods that respond to the message. The code that sends the message

doesn’t have to be concerned with them; it doesn’t even have to enumerate the possibilities. Each application

can invent its own objects that respond in their own way to copy messages.

Objective-C takes dynamic binding one step further and allows even the message that’s sent (the method

selector) to be a variable that’s determined at runtime. This is discussed in the section Messaging in the

Objective-C Runtime Programming Guide.

Dynamic Method Resolution

You can provide implementations of class and instance methods at runtime using dynamic method resolution.

See Dynamic Method Resolution in the Objective-C Runtime Programming Guide for more details.

Dot Syntax

Objective-C provides a dot (.) operator that offers a compact and convenient syntax you can use as an

alternative to square bracket notation ([]s) to invoke accessor methods. It is particularly useful when you

want to access or modify a property that is a property of another object (that is a property of another object,

and so on).

Using the Dot Syntax

Overview

You can use the dot syntax to invoke accessor methods using the same pattern as accessing structure

elements as illustrated in the following example:

myInstance.value = 10;

printf("myInstance value: %d", myInstance.value);

The dot syntax is purely “syntactic sugar”—it is transformed by the compiler into invocation of accessor

methods (so you are not actually accessing an instance variable directly). The code example above is exactly

equivalent to the following:

[myInstance setValue:10];

printf("myInstance value: %d", [myInstance value]);

General Use

You can read and write properties using the dot (.) operator, as illustrated in the following example.

Listing 1-1 Accessing properties using the dot syntax

Graphic *graphic = [[Graphic alloc] init];

Object Messaging 19

CHAPTER 1

Objects, Classes, and Messaging

NSColor *color = graphic.color;

CGFloat xLoc = graphic.xLoc;

BOOL hidden = graphic.hidden;

int textCharacterLength = graphic.text.length;

if (graphic.textHidden != YES) {

graphic.text = @"Hello";

}

graphic.bounds = NSMakeRect(10.0, 10.0, 20.0, 120.0);

(@"Hello" is a constant NSString object—see “Compiler Directives” (page 118).)

Accessing a property property calls the get method associated with the property (by default, property) and

setting it calls the set method associated with the property (by default, setProperty:). You can change the

methods that are invoked by using the Declared Properties feature (see “Declared Properties” (page 67)).

Despite appearances to the contrary, the dot syntax therefore preserves encapsulation—you are not accessing

an instance variable directly.

The following statements compile to exactly the same code as the statements shown in Listing 1-1 (page

19), but use square bracket syntax:

Listing 1-2 Accessing properties using bracket syntax

Graphic *graphic = [[Graphic alloc] init];

NSColor *color = [graphic color];

CGFloat xLoc = [graphic xLoc];

BOOL hidden = [graphic hidden];

int textCharacterLength = [[graphic text] length];

if ([graphic isTextHidden] != YES) {

[graphic setText:@"Hello"];

}

[graphic setBounds:NSMakeRect(10.0, 10.0, 20.0, 120.0)];

An advantage of the dot syntax is that the compiler can signal an error when it detects a write to a read-only

property, whereas at best it can only generate an undeclared method warning that you invoked a non-existent

setProperty: method, which will fail at runtime.

For properties of the appropriate C language type, the meaning of compound assignments is well-defined.

For example, you could update the length property of an instance of NSMutableData using compound

assignments:

NSMutableData *data = [NSMutableData dataWithLength:1024];

data.length += 1024;

data.length *= 2;

data.length /= 4;

which is equivalent to:

[data setLength:[data length] + 1024];

[data setLength:[data length] * 2];

[data setLength:[data length] / 4];

There is one case where properties cannot be used. Consider the following code fragment:

id y;

Object Messaging

CHAPTER 1

Objects, Classes, and Messaging

剩余136页未读，继续阅读

bin6120

粉丝: 6
资源: 8

Objective-C编程语言官方指南

The Objective-C Programming Language.pdf

objective-c programming language

Objective-C programming language 2.0

The Objective-C Programming Language (Apple Developer)

The Objective-C Programming Language-2006.pdf

面向对象编程和Objective-C语言Object-Oriented Programming And The Objective-C Language

微信小程序，小程序商城，商城，springboot框架，vue管理系统，java后台.zip

PPT图标素材矢量图源文件

私家车位共享系统 微信小程序+SpringBoot毕业设计 源码+数据库+论文+启动教程.zip

00_ÍNDICE.ipynb

最新资源

私家车位共享系统微信小程序+SpringBoot毕业设计源码+数据库+论文+启动教程.zip