Objective-C c naming-conventions programming-languages

Objective C /C 中的命名约定，以“_”开头？

发布于 2024-08-28 22:47:10 字数 730 浏览 2 评论 0原文

我看到 ppl 像这样定义变量：

b2World *_world;
b2Body *_body;
CCSprite *_ball;

而不是

b2World *world;
b2Body *body;
CCSprite *ball;

我熟悉第二个，但不熟悉第一个。于是，我查阅了维基百科关于命名约定的内容：

以双下划线开头的名称或下划线和大写字母保留实施（编译器、标准库）和不应使用（例如 __reserved 或 _保留）。

那么，以“_”开头的有什么特殊含义吗？

我看到的使用“_”开头的代码在这里：

http://www.raywenderlich.com/457/intro-to-box2d-with-cocos2d-tutorial-bouncing-balls

维基页面。

原文

Something I see ppl define the variable like this:

b2World *_world;
b2Body *_body;
CCSprite *_ball;

instead of

b2World *world;
b2Body *body;
CCSprite *ball;

I familiar with the second one, but not the first one. So, I checked the Wikipedia about naming convention:

Names beginning with double underscore
or an underscore and a capital letter
are reserved for implementation
(compiler, standard library) and
should not be used (e.g. __reserved or
_Reserved).

So, is that any special meaning which is start with "_"?

The code I saw which using "_" to begin is here:

http://www.raywenderlich.com/457/intro-to-box2d-with-cocos2d-tutorial-bouncing-balls

The wiki page.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

孤单情人 2024-09-04 22:47:10

一些 Objective-C 开发人员之间有一个长期约定，即在实例变量前添加下划线。它可以在几个方面提供帮助：第一，它可以更轻松地发现 .m 文件中的实例变量；第二，它使开发人员不必为方法参数想出有创意的名称，以避免与实例变量名称发生冲突；第三，正如其他人所指出的，它表明实例变量是私有的，因此不应在整个代码中随意访问。

事实上，我主张避免在访问器（getter 和 setter）、-dealloc 和 -init... 以外的方法中直接访问实例变量。并不是说您永远不应该在其他地方使用它们，但您至少应该在其他方法中直接使用实例变量之前考虑一下。

回复收藏 0 原文

沉默的熊 2024-09-04 22:47:10

这确实很有帮助，但大多数人不知道为什么，这很遗憾。
Apple 使用下划线来分隔其他对象访问特定对象的变量的方式以及特定对象访问其自己的变量的方式。
现在这可能听起来有点奇怪，但想象一下以下情况：您可能都认识到以下编译器警告

.h
@property (nonatomic, retain, readonly) UITableView *tableView;

.m
- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView {
    return [self loadSomethingElseForTableView:tableView];
}

这将导致编译器警告，因为它不知道您是否引用了局部变量“tableView”，或者实例变量。
因此，Apple 建议您将以下内容添加到 @implementation 的顶部。

@synthesize tableView = _tableView;

现在，当您引用 _tableView 时，编译器知道您指的是实例变量，而不是本地变量。

此外，这使得理解 Obj-C 中的垃圾收集变得更加容易，并防止犯常见错误。

例如，在执行以下操作时：

@property (nonatomic, retain, readonly) NSString *title;

- (id)initWithTitle:(NSString *)title {
    if ((self = [super init])) {
        self.title = title; // Is not possible, since it's read only.
        title = title; // Is not possible, since it's the same (local) variable.
        // Changing the method to initWithTitle:(NSString *)aTitle;
        title = aTitle;
    }
    return self;
}

现在，由于您不使用默认设置器（实际上，您不能，因为它是只读的），您需要自己保留变量。
当你给每个实例变量一个前缀时，这会更容易记住（这样你就知道你需要自己保留它）。

因此，基本上，了解 self.variable 和 (_)variable 之间的区别非常重要。（即： self.variable 映射到 [self setVariable:...] ，而 variable 直接映射到您的指针。

此外，当您将其添加为私有变量，如下所示：

@interface TSSomeObject : NSObject {
@private
    NSString *_privateTitle;
}
@end

下划线前缀并不是真正必要的，除非您可能遇到具有相同名称的局部变量。除此之外，这也是提醒您它是本地指针的简单方法。当您将变量分配给对象时，您需要保留（并释放）该变量。

错误的是创建一个带有下划线前缀的属性，如下所示：

@property (nonatomic, retain) NSString *_title;

这确实是错误的，我错了。甚至不会解释为什么；）

所以是的！您确实应该使用下划线前缀，它使您的代码更易于阅读并由编译器解释！在 Xcode 4 中，Apple 甚至将这些 @synthesize 添加到默认模板中。

It's really really helpful, but most people don't know why, and that's a shame.
Apple uses underscores to separate the way other objects access a particular object's variables, and the way a particular object access its own variables.
Now this may sound a little bit strange, but imagine the following: You probably all recognize the following compiler warning

.h
@property (nonatomic, retain, readonly) UITableView *tableView;

.m
- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView {
    return [self loadSomethingElseForTableView:tableView];
}

This will result in a compiler warning, because it does not know wether you reference to the local variable "tableView", or the instance variable.
Therefore, Apple recommends you to add the following to the top of your @implementation.

@synthesize tableView = _tableView;

Now, when you reference to _tableView, the compiler knows that you mean the instance variable, and not the local one.

Also, this makes it a lot easier to understand the Garbage Collection in Obj-C, and to prevent making common mistakes.

For example, when doing the following:

@property (nonatomic, retain, readonly) NSString *title;

- (id)initWithTitle:(NSString *)title {
    if ((self = [super init])) {
        self.title = title; // Is not possible, since it's read only.
        title = title; // Is not possible, since it's the same (local) variable.
        // Changing the method to initWithTitle:(NSString *)aTitle;
        title = aTitle;
    }
    return self;
}

Now, since you do not use the default setter (actually, you can't, because it's read-only) you need to retain the variable yourself.
This is a lot easier to remember when you give every instance variable a prefix (so you know you need to retain it yourself).

So, basically, it's important to understand the difference between self.variable and (_)variable. (that is: self.variable maps to [self setVariable:...] and variable maps directly to your pointer.

Furthermore, when you add it as a private variable, like this:

@interface TSSomeObject : NSObject {
@private
    NSString *_privateTitle;
}
@end

The underscore prefix isn't really necessary, unless you may encounter local variables that have the same name. Besides that, again, it's also an easy way to remind you that it's a local pointer and that you need to retain (and release) the variable when you assign it to your object.

What is wrong is to create a property with a underscore prefix, like this:

@property (nonatomic, retain) NSString *_title;

That's really wrong, and I'm not even gonna explain why ;)

So yes! You should really use underscore prefixes, it makes your code a lot easier to read, and to interpret by the compiler! In Xcode 4, Apple even added these @synthesizes to the default templates.

回复收藏 0 原文