标签的创建及使用规范有哪些?
一、标签作用定位兴趣,连接人和问题,组织关联度较强的内容。二、创建原则标签能明确关联到与标签名相关领域的内容。 因为标签公用、且由公众维护的,所以,请务必遵守下列规范,违反规范者,将面临取消「标签编辑权限」的风险。三、命名规范1.字符、标点规范命名标签应使用简体字。如:创建与历史相关的标签时,应使用「历史」,而不是「歷史」。全角字符间不使用空格,半角字符(如英文、中英文之间、中文和数字)之间应使用空格。如:创建与物种鉴定相关的标签时,应使用「物种鉴定」,而非「物种鉴定」,后者将被系统自动识别为不规范标签,进而删除。「2012年」、「Google Docs」为合格标签当标签中含有中文及英文补充描述时,补充的描述应放在圆括号中,且英文第一个字母需大写。如「协同进化(Coevolution)」、「推特(Twitter)、「电子邮件(Email)」。例外情况以标准用法为准,如「iPhone」2.填写完整的信息当标签为常用简写,且意义明确时,建议填写完整信息。如:「流感」,创建标签时,应填写「流行性感冒」,当用户搜索“流感”时,仍然能快速定位到「流行性感冒]当标签为行业常用简写用语时,建议填写完整信息,常用简写用语填写在圆括号中。如:「IM」,创建标签时,应填写「即时通讯(IM)」3.创建有歧义的标签名时,应对标签作相应补充说明有歧义的简写,需填写完整的描述。如:创建「PM」时,应创建包含完整信息的标签,如果是产品经理,应为「产品经理(Product Manager)」,如果指项目经理,应为「项目经理(Project Manager)」当提交的标签除原有含义外,同时是某个公司的名称或其品牌,默认含义以原有含义为准,指代品牌或公司时,需填写完整说明。如:苹果。创建「苹果」标签时,默认指水果。如果是苹果公司,应为「苹果(公司)」。当提交的标签为多义词时,需用圆括号对标签做补充说明。如:「源代码」,「源代码(电影)」创建「作常用单位使用的人物标签」时,默认该标签为人物,而非单位。如:「安培」、「牛顿」只代表人物。4.常用用法与标准用法不统一时,原则上以标准用法为准植物的俗名与学名不同时,尽量使用学名。如:俗名「土豆」,学名应该是「马铃薯」新生词汇以第一次出现为准,若有改动,以国家标准为准。如:「非典」,第一次出现时为「非典型肺炎」,后经改动,标准用法为「SARS」无中文译名的词汇统一使用拉丁文。英文名词的中文译名,以常用用法为准。如:地名:「Amazon」常见译法为「亚马逊」,标准译为「亚马孙」。人名:Shane Battier,通用译法为「肖恩·巴蒂尔」,标准译法应为「谢恩·巴蒂埃」;常见不规范用法,以标准用法为准。如:「直升飞机」为常用用法,标准用法为「直升机」。5.城市命名直辖市、国际大都市,采用常用名命名。如:「北京市」,应为「北京」;「重庆市」,应为「重庆」;「东京市」应为「东京」。防止地区指代不清楚,需圆括号对地名作补充说明。如:「吉林」需区分「吉林(省)」和「吉林(市)」;6.用语保持中立,标签中禁止包含偏向性立场的用语涉及隐私、争议、灾难性话题及尚无确定结果的标签,用语当严格保持中立。如:「水门丑闻」应当为「水门事件」,「9·11灾难」应当为「9·11事件」,「5·12国难」应当为「5·12地震」涉及心理疾病等相关的标签,禁止使用歧视性用语。如:不宜创建「心理变态」类标签,「变态心理学」可行。这类标签命名以学术界公认的心理或精神病命名为准,类似于「精神分裂」、「人格分裂」等。与残疾人相关的标签,以国家标准用法为准。如:禁止使用「聋子」「哑巴」等不规范且有歧视含义的标签。建议使用「聋哑人」等通用标签。四、使用规范原则上,每个问题添加2-5个标签为宜。且标签与问题主干能直接关联。
麻烦采纳，谢谢!
com.android.apidemo什么意思？
Google公司提供的android代码示例。
这是命名规范，（一般）以公司域名返回来作为前缀，加上应用名称。
android系统中，以包名区分不同应用，如果Google开发的应用命名为apidemo，
其他公司也开发了一个app叫做apidemo，那这两个应用不能同时装在android手机中，
虽然一家公司可以将其应用的包名改为其他的，比如apidemoxx，或者abc.apidemo，
但是这样其他公司也有可能这样做，这样就会很乱，所以规范（约定）就制定出来了，
各家公司以公司域名（反过来)加应用名作为应用的包名，这样大家都遵守规范，就不会冲突了。
说的应该不完全对，但是差不多就那个意思，主要为了包名不冲突。
Google地图的条款
Google 地图服务条款
一旦您使用「Google 地图」以及透过「Google 地图」存取的任何资料或资讯，即代表您同意受到 Google 服务条款以及这些额外条款及细则的约束。 针对个人使用者，「Google 地图」(包括本地搜寻结果、地图及相片影像) 仅供您个人 (非商业用途) 使用。 针对企业使用者，「Google 地图」仅供企业内部使用，而不得以商业方式加以转散布，唯一的例外是地图资料可以使用 Google 地图 API 进行存取及显示 (依据 API 条款及细则)。
由第三方提供的内容
「Google 地图」服务包括由第三方提供的公司列名、影像及相关资讯等搜寻结果。 此外，你也可以选择利用 Google Gadgets 等服务，存取「Google 地图」的其他第三方内容。 Google 不对这些第三方所提供资讯之正确性和完整性做任何表述或保证。 您在使用第三方内容时，可能必须遵守额外的条款 (请参阅 Google 的法律声明页面)。
地图资讯
Google 提供的资讯仅供规划之用。 您可能会发现实际的路况会因为天候、施工计画、交通状况或其他事件而与地图结果有所出入。
「Google 地图」仰赖获得普遍认可的国际标准来确立命名及地图惯例。 例如，我们使用的国家 / 地区及领土命名惯例主要是仰赖已获得联合国统计处 (UN Statistics Division) 认可的 ISO-3166 标准。
您不得移除或以任何其他方式变更出现在地图资讯 (包括相片影像) 中的版权、商标或其他专属权利声明。 「Google 地图」中的地图内容所采用之 Geocoding 资料系经 Navteq North America LLC (以下称「NAVTEQ」) 及/或 Tele Atlas North America, Inc. (以下称「TANA」) 及/或其他第三方之授权而提供的，因此必须受到 NAVTEQ、TANA 及 / 或其他此类第三方所拥有 (或经由授权而取得) 之版权保护及其他智慧财产权的约束。 使用这些资料时，必须遵守授权合约的条款。 您必须为这些资料在未经授权的情况下遭到拷贝或揭露的任何情况负责；此外，一旦您使用了「Google 地图」，即代表您同意 NAVTEQ 和 TANA 可做为本合约的第三方受益人。 除非您已取得 Google 的明确授权许可，否则您不得将「Google 地图」与任何安装於汽车上 (或是能以其他形式与汽车进行连线或通讯)，并能提供汽车导航、定位、派遣、即时路线导引、车队管理或类似应用功能的任何产品、系统或应用程式搭配使用。
此外，您亦不得使用「Google 地图」，让您自己或任何其他人取得能够大量下载或大量传送经纬度数字座标之权限。
如果您是美国政府使用者，请参阅法律声明页面的「政府使用者」一节。
如需关於「Google 地图 API」的进一步资讯，请按一下这里。
相片影像
透过「Google 地图」显示的相片影像系依据一份非排他性、不可转让的授权所提供，仅供您个人使用。 您不得在任何商业或企业环境中使用这些影像，或是将这些影像用於您或任何第三方的任何商业或企业用途。
您不得对这类影像的全部或部份进行拷贝、逆向工程、解编 (decompile)、反组译 (disassemble)、翻译、修改或制作衍生作品。 此外，您亦不得出租、揭露、发布、销售、转让、租用、再次授权、行销或转移这类影像或其任何部份，或以任何未经本合约明确授权的方式来使用这类影像或其任何部份。
您并不会因为使用「Google 地图」而取得这类影像的任何所有权；一切所有权将为 Google 及 / 或其授权者 (如果有的话) 所保留。 这类影像受到版权保护，因此不得任意加以拷贝 (既便是经过修改或与其他资料或软体合并)。
交通运输资讯
「Google 地图」中的交通运输资讯含有由第三方提供的资讯，因此仅能用来进行规划。 Google 不对这些资讯的正确性和完整性做任何表述或保证。
适当的行为以及违反规定的使用方式
您同意您将会为自己在使用「Google 地图」时的个人行为及内容、以及因为使用「Google 地图」而衍生的结果负责。 您同意仅将「Google 地图」用於合法、适当且遵守这些「服务条款」或其他适用政策或指南之用途。 举例来说，您同意自己在使用「Google 地图」时，将会避免作出下列行为 (以下范例并未涵括所有违反规定的使用方式)：
中伤、滥用、骚扰、追踪、威胁或以其他方式侵犯其他人的法律权利 (诸如隐私权或公开权)；
上载、张贴、以电子邮件寄送、传送或以任何其他方式提供任何不当、诽谤、侵权、猥亵或非法的内容；
上载、张贴、以电子邮件寄送、传送或以任何其他方式提供侵犯任何团体之任何专利、商标、版权、商业机密或其他专属权利的任何内容，除非您是这类「权利」的所有人、或是在张贴这类内容前已取得所有人的许可；
上载、张贴、以电子邮件寄送、传送或以任何其他方式提供用来宣传多层次传销的讯息、连锁信 (或是其他具有扰乱效果的商业讯息或广告)，或是任何其他法律、本「服务条款」或任何适用政策或指南不允许的讯息。
下载由其他人发布的任何档案，而您已事先知道 (或理论上应该知道) 该档案无法以这种方式进行合法散布；
假冒其他个人或团体，或是假造或删除任何作者归属、法律或其他适当声明，或是造假或删除软体或其他资料之出处或来源的专有名称或标签；
限制或禁止任何其他使用者使用及享用 Google 服务；
将 Google 服务用於任何非法或未经授权之用途；
移除 Google 服务中任何版权、商标或其他专属权利声明；
干扰或中断 Google 服务或其连接的伺服器或网路，或违反连接至 Google 服务之网路的任何要求、程序、政策或规章；
使用任何漫游器、自动寻检程式、网站搜寻 / 撷取应用程式，或其他装置来撷取或索引 Google 服务的任何部份，或是收集使用者的相关资讯并用於未经授权的用途；
在提交内容时，误导或暗示该内容为 Google 所赞助或支持；
以自动化或伪装、诈骗等方式建立使用者帐户；
宣扬或提供非法活动的指导资讯，或是鼓动对任何群体或个人之实体伤害或侵害；
传输任何病毒、病虫、错误程式、特洛伊木马或任何有害项目。
国际使用者同意遵守其本地用来管理线上行为及内容适当性之规范，包含用来管理传送至美国或您所在国家 / 地区之内容的法律规定。
此外，「服务」不得用於： (a) 提供或搭配使用即时路线导引功能 (包括但不限於转弯处 (turn-by-turn) 路线导引功能，以及利用感应器提供的其他路线导引功能)；(b) 提供或搭配使用任何能够自动控制汽车行为的系统或功能
为什么谷歌要执行严格的代码编写规范
我们在谷歌所做事情中另外一个让我感到异常有效、有用的制度是严格的编码规范。在到Google工作之前，我一直认为编码规范没有什么用处。我坚信这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率的东西。我是大错特错了。在谷歌，我可以查看任何的代码，进入所有谷歌的代码库，我有权查看它们。事实上，这种权限是很少人能拥有的。但是，让我感到惊讶的却是，如此多的编码规范—缩进，命名，文件结构，注释风格—这一切让我出乎意料的轻松的阅读任意一段代码，并轻易的看懂它们。这让我震惊—因为我以为这些规范是微不足道的东西。它们不可能有这么大的作用—但它们却起到了这么大的作用。当你发现只通过看程序的基本语法结构就能读懂一段代码，这种时间上的节省不能不让人震撼！反对编码规范的人很多，下面是一些常见的理由，对于这些理由，我以前是深信不疑。这是浪费时间！我是一个优秀的程序员，我不愿意浪费时间干这些愚蠢的事。我的技术很好，我可以写出清晰的、易于理解的代码。为什么我要浪费时间遵守这些愚蠢的规范？答案是：统一是有价值的。就像我前面说的—你看到的任何的一行代码—不论是由你写的，还是由你身边的同事，还是由一个跟你相差11个时区的距离人写的—它们都有统一的结构，相同的命名规范—这带来的效果是巨大的。你只需要花这么少的功夫就能看懂一个你不熟悉(或完全未见过)的程序，因为你一见它们就会觉得面熟。我是个艺术家！这种话很滑稽，但它反映了一种常见的抱怨。我们程序员对于自己的编码风格通常怀有很高的自负。我写出的的代码的确能反映出我的一些特质，它是我思考的一种体现。它是我的技能和创造力的印证。如果你强迫我遵守什么愚蠢的规范，这是在打压我的创造力。可问题是，你的风格里的重要的部分，它对你的思想和创造力的体现，并不是藏身于这些微不足道的句法形式里。(如果是的话，那么，你是一个相当糟糕的程序员。)规范事实上可以让人们可以更容易的看出你的创造力—因为他们看明白了你的作品，人们对你的认识不会因不熟悉的编码形式而受到干扰。所有人都能穿的鞋不会合任何人的脚！如果你使用的编码规范并不是为你的项目专门设计的，它对你的项目也许并不是最佳方案。这没事。同样，这只是语法：非最优并不表示是不好。对你的项目来说它不是最理想的，但并不能表明它不值得遵守。不错，对于你的项目，你并没有从中获得该有的好处，但对于一个大型公司来说，它带来的好处是巨大的。除此之外，专门针对某个项目制定编码规范一般效果会更好。一个项目拥有自己的编码风格无可厚非。但是，根据我的经验，在一个大型公司里，你最好有一个统一的编码规范，特定项目可以扩展自己特定的项目方言和结构。我善长制定编码规范！这应该是最常见的抱怨类型了。它是其它几种反对声音的混合体，但它却有自身态度的直接表现。有一部分反对者深信，他们是比制定编码规范的人更好的程序员，俯身屈从这些小学生制定的规范，将会降低代码的质量。对于此，客气点说，就是胡扯。纯属傲慢自大，荒唐可笑。事实上他们的意思就是，没有人配得上给他们制定规范，对他们的代码的任何改动都是一种破坏。如果参照任何一种合理的编码规范，你都不能写出合格的代码，那只能说你是个烂程序员。当你按照某种编码规范进行编程时，必然会有某些地方让你摇头不爽。肯定会在某些地方你的编码风格会优于这些规范。但是，这不重要。在某些地方，编码规范也有优于你的编程风格的时候。但是，这也不重要。只要这规范不是完全的不可理喻，在程序的可理解性上得到的好处会大大的补偿你的损失。但是，如果编码规范真的是完全不可理喻呢？如果是这样，那就麻烦了：你被糟蹋了。但这并不是因为这荒谬的编码规范。这是因为你在跟一群蠢货一起工作。想通过把编码规范制定的足够荒谬来阻止一个优秀的程序员写出优秀的代码，这需要努力。这需要一个执著的、冷静的、进了水的大脑。如果这群蠢货能强行颁布不可用的编码规范，那他们就能干出其它很多傻事情。如果你为这群蠢货干活，你的确被糟蹋了—不论你干什么、有没有规范。(我并不是说罕有公司被一群蠢货管理；事实很不幸，我们这个世界从来就不缺蠢货，而且很多蠢货都拥有自己的公司。
关于google命名规范和google取名的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
