Question

We have some devs on Android part of our application who actively use prefixing of class member variables with "m*".

“m This”的起源是:

class SomeClass {
    private final SomeClass mThis;
    SomeClass() {
        mthis = this;
    }
}

以及一般的这种说法?

Answer 1

实际上,我对问题的看法是,更确切地说,不是把<条码>这一条码/代码”作为你自己的领域的目标。

因此,关于定本,见:所有成员变量(工作领域)均以“m”为序。这基本上就是这样。其他和roid开发商可能使用该公约,因为它们已经通过和roid来源浏览,并且认为在自己的法典中使用该公约是适当的。

BTW一般在java方案拟定中并不常见,我认为共同的java编码标准通常会阻止使用任何类型的预设办法。

Answer 2

我假定,当你需要通过内班提及这一案例时,我就不希望使用“完全合格的”<><>>。然而,我认为这似乎多余。

Answer 3

本条建议,它源自于微软生态系统的古老习惯特性,但预设的是structs 的成员,其中附有struct的短处。页: 1 在识别符号all识别符号(包括结构成员姓名)的头八种特性中,只字不提。简明扼要地确定包含结构的名称是一个便于确保独特名称的机制:

struct inode {
    int number;
    struct device *dev;
}

struct file_descriptor {
    int number;
    struct inode *i;
}

在此情况下,<代码>编号是重复的、非单独和麻烦的。

C的更新版本把struct 姓名贴入其名称空间,从而使这一非议题成为一种非议题,但这一习惯的某些部分已经接过:例如,我们填充的是:

struct iattr {
    unsigned int    ia_valid;
    umode_t     ia_mode;
    uid_t       ia_uid;
....

以及

struct inode {
    /* RCU path lookup touches following: */
    umode_t         i_mode;
    uid_t           i_uid;
    gid_t           i_gid;
    const struct inode_operations   *i_op;
    struct super_block  *i_sb;
...

where the leading ia_ 以及 i_ are from the struct iattr 以及 struct inode -- which makes it slightly easier to read chains like this:

if (!IS_ERR(cookie) && path->dentry->d_inode->i_op->put_link)
    path->dentry->d_inode->i_op->put_link(path->dentry, nd, cookie);

(Really. fs/namei.c, lines 821 以及 822 in my source.)

Answer 4

当你打算使用该成员(该成员很短)的物体变数时,避免发生事故。

private String name;
private String mName;
public void setName(String name) {
    name = name; //wrong, just set the parameter variable to itself
    this.name = name; //ok, but has  this.  which isn t a problem, but some people don t like it
    mName = name; //simples
}

Answer 5

m 成员变量,静态变量。它是一项共同的命名公约。但是,像Neutrino一样,我没有使用它。如果你使用现代的识别和识别系统,则星形色编码给你同样的信息(实际上更多,因为它使原始编码者是否遵循命名公约)。

Answer 6

我使用固定点确定全球类别变量。我不知道为什么,但当我开始并研究其他roid,情况就是如此。

友情链接