问题标签 [ecma]

为什么 C# 是开放标准而 .NET 不是？这有什么意义？为什么微软决定只开放他们的 .NET 的一部分？

我想知道，这可以在自己的平台上使用C#语言语法吗？我知道 C# 是 ECMA 标准化语言。那么如何实施呢？

我知道有实现 C# 的 Mono 和 Unity3D 等示例。

例如：一个通用类库（自己的，用 C 编写）和 C# 作为编程语言。

问题是我以前从未这样做过，所以我对我应该阅读什么以及从哪里开始感兴趣。任何其他关于实现语法的文章都会很好。

超出 ECMA-119 规范：

8.5 补充卷描述符

...

8.5.3 交易量标志 (BP 8)：

该字段的位应从最低有效位开始编号为 0 到 7。该字段应指定卷的某些特征，如下所示。

位 0：

如果设置为零，则意味着转义序列字段仅指定根据 ISO 2735注册的转义序列；

如果设置为 ONE，则意味着 Escape Sequences 字段指定了至少一个未根据 ISO 2375注册的转义序列。

在 iso.org 我找到了 ISO- 2735标准：

密封金属食品容器 圆形开顶和通气孔牛奶罐的容量和直径

以及 ISO 2375标准：

数据处理——转义序列的注册程序

有人可以确认“ISO 2735”是打字错误，意思是“ISO 2375”吗？是否有等同于 ISO 2375 的 ECMA 标准？

在 Ecma-334（C# 语言规范第 4 版）中，附件 A. 语法，第 A.1.1 节行终止符：

但是 U+2085 不是下一行字符；它是SUBSCRIPT FIVE。

Ecma-334 对下一行的描述是否不正确？

http://www.ecma-international.org/publications/standards/Ecma-334.htm

http://www.fileformat.info/info/unicode/char/2085/index.htm

编辑： (U+0085) 是下一行字符。

我经常被问到标准，NFC 是基于的。我在下面的文字中总结了我的知识。我希望它可以回答这些问题。请随时通过发表评论和回复来更正它 - 我会将其包含在我的文本中。

由于 NFC 基于 RFID，它通常被视为 RFID 的扩展、其形式或子集。这是正确的，因为 NFC 采用了许多现有的 RFID 标准。物理层的 NFC 基本标准是NFCIP-1（ISO 18092 或 ECMA 340）——它标准化了两个 NFC 设备之间的通信。NFCIP-1 中使用的 RF 层直接继承自较旧的 ISO 标准 ISO 14443（感应式非接触式卡），更具体地说是该标准中定义的 A 类协议，以及日本 JIS 6319-4（Sony FeliCa 所基于的） NFC Forum Type 3 Tag 标准使用）。其结果是 NFC 设备（读取器/写入器模式）与 ISO 14443 智能卡兼容。

NFCIP-1 新定义了活动模式。在这种模式下，两个正在通信的 NFC 设备都必须有自己的电源来生成 RF 场（即两个移动设备或移动设备和 NFC 阅读器），并且两者都可以是通信的发起者。

第二个主要标准是NFCIP-2（ISO 21481 或 ECMA 352），它定义了在相同频率 13.56Mhz 上运行的不同非接触式技术之间的选择机制。它旨在供支持根据 ISO 18092、ISO 14443 进行通信的移动设备使用，但它们也兼容其他非接触式标准，如 ISO 15693。

除了 NFC 论坛还发布了其他一些标准，如NDEF（数据格式）RTD（用于各种目的的记录类型），以及NFC 切换建议，特别是 NFC 用于蓝牙配对的建议。Wi-Fi 联盟将 NFC 作为配置家庭网络的四种方式之一引入。

NFC 论坛还定义了在 NFCIP-1 之上用于点对点通信的LLCP协议。LLCP 顶部的点对点通信中使用的另一个协议是SNEP（简单 NDEF 交换协议），它允许交换类似于标签操作规范的 NDEF 消息。

NFC 设备还可以在卡模拟模式下工作，这允许它们假装自己是无源非接触式智能卡。这可能是最重要的模式，因为它允许手机充当非接触式支付卡。NFC 控制器与卡仿真模式中使用的安全元件（用于存储安全应用程序和敏感数据的元件）的互连有几个标准 - SWP（尚未标准 - 参见 ETSI TS 102 613 V.9.1.0）和NFC-威斯康星(ECMA-373)。

我不是 100% 确定上述文本的正确性，所以我的问题是 - 它是否正确？你有什么要补充的吗？

BR 斯坦

添加了来自 NFC 家伙的评论

我有一个由 Excel 2007 创建的文档：

...在字体定义中包含以下颜色xl/styles.xml：

我从 ECMA 标准中了解到<indexedColors>，xl/styles.xml如果有这样的集合，这个颜色索引是指其中的集合，否则它是指标准中显示的默认调色板。我的问题是这个文档不包含任何<indexedColors>元素，默认调色板只有66个条目，所以我不知道81指的是什么。还有人吗？

有趣的是，谷歌搜索color indexed="81"返回了一些包含相同内容的示例 OpenXML 片段，但可惜没有解释。

我已经开始学习 C# 并且一直在寻找标准规范，但发现大于 2.0 的 C# 版本没有被 ISO 或 ECMA 标准化（或者我从 Wikipedia 收集到）。这有什么原因吗？

根据旧 Google Group 的这个帖子，Apps 脚本基于 ECMA-262 3rd Edition。

这似乎得到了编辑器中的自动完成显示第 3 版数组函数这一事实的支持。

然而，下面的代码运行得非常好，这让人对此事产生怀疑：

注意使用 ECMA-262 第 5 版数组函数 forEach。

是否会有权威人士对为什么会这样给出明确的答案？依赖第 5 版的所有功能或已实施并似乎可以工作的子集是否安全？

我刚开始阅读ECMA-48 标准（ISO/IEC 6429），并有一个问题。

它说：

该 Ecma 标准定义了用于 7 位代码、扩展 7 位代码、8 位代码或扩展 8 位代码的控制功能及其编码表示。

这里的“扩展”7/8 位代码是什么意思？

我正在尝试学习 C++11 中的正则表达式。一定是做错了什么，因为似乎没有括号或转义序列起作用。

这是我的代码：

输出：

\d*(.\d*)?;

正则表达式错误。代码：2

表达式包含无效的转义字符或尾随转义。

我究竟做错了什么？

更新

gcc 版本 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC)

clang 3.3 版 (tags/RELEASE_33/final)

libstdc++ 版本 4.8.2

解决方案

好。我正在阅读“C++ 编程语言”并想尝试使用 std::regex 的东西。所以我想解决方案是等待gcc-4.9。

我为 EagleV_Attnam 指出我的代码中的其他错误表示赞赏。