问题标签 [standards-compliance]

两种（语义等价的）方法中哪一种更适合测试不等式？

1. 'foo' != 'bar'（感叹号和等号）
2. 'foo' <> 'bar'（小于和大于 V 形符号一起）

MySQL 文档清楚地表明它们之间没有区别，但有些人似乎只喜欢以一种或另一种方式进行操作。也许这只是又一场毫无意义的 vi 与 emacs 辩论，但是当其他人正在阅读您的代码（以及您的查询）时，保持一些一致性很有用。

<>看起来很像<=>which 是一个未被充分利用的运算符，但可能会导致一目了然的混乱，因为两者几乎相反（除了明显的NULL情况）。

JMS API 声明了许多通用和具体的接口（例如，Connection 与 QueueConnection）。据记载，最佳实践是使用通用接口（例如 Session 而不是 QueueSession）。如果我的应用程序同时使用队列和主题，并且我要笼统地说：Connection-->Session-->Topic/Queue，并且假设支持所有 JMS 实现（TiBCO、WebLogic、Websphere 等）可以我假设使用通用实体将适用于开箱即用的两种类型（队列和主题）？

为了强调我的观点：我可以假设所有实现者都实现了 java.jms.Connection 接口并且可以对这两种类型都有效吗？

谢了，兄弟们

背景

瑞典正在向所有处理现金或卡交易的企业主过渡到强制法律，以实施/购买部分加密的 POS（销售点）/收银机：

签名和加密用于将来自收银机的信息安全地存储在控制单元中。带有认证控制单元的控制系统基于每个控制单元型号的制造商从瑞典税务局获得主加密密钥。然后，制造商使用主密钥创建唯一的加密密钥，这些密钥在制造过程中放置​​在控制单元中。为了获得主要的加密密钥，制造商必须向瑞典税务局提交申请。 来源 SKV

这在瑞典贸易商中引起了一些骚动，因为需要使用必要的复杂性和强大的加密，以及从店主的角度来看高度复杂的技术实施，因为另一种选择是从遍历文档的公司那里购买系统，获取他们的安全密钥并构建软件并将其集成到硬件中。

所以我的第一个问题是，世界上是否有任何其他国家甚至接近瑞典税务局对其公司要求的准确性（以及广泛的簿记准则）？

我想了解任何其他感兴趣的加密方案，以及在验证交易和簿记条目时如何通过立法应用它们。此类立法的示例可能类似于瑞典的另一条规则；记账条目（交易）必须是只写的，最多在发生后 4 天写入，并且只能通过（日期、执行人签名、新预订）的元组进行更改。

最后，您对这些规则有何看法？我们是否将簿记 + POS 系统的所有时间上行链路连接到税务机构的服务器，这些服务器实时验证和检测欺诈模式，类似于那里的集体智能算法，或者是否会对增加的复杂性产生反弹？经营业务？

标准中短语“好像”的确切含义是什么，以及当用户可以修改行为的各个部分时它是如何工作的。

在谈论operator new. 18.4.1.1/7 读到（我的重点）：

这个 nothrow 版本的 operator new 返回一个指针，就像从普通版本中获取一样。

我的理解是，只要行为合适，“好像”就不需要特定的实现。所以 ifoperator new是这样实现的（我知道这不是一个兼容的实现，因为没有循环或使用 new_handler；但我正在缩短它以专注于我的问题）：

然后像这样编写 nothrow 版本是合法的：

但是假设一个程序替换operator new为使用其他分配器。“好像”是否意味着编译器必须自动更改 nothrow 版本的行为才能使用其他分配器？开发人员是否需要同时替换普通版本和 nothrow 版本？

我如何向 FDA 证明 WCF 是可互操作的？是否有描述他们的测试程序的文件？或者，这是常识吗？

所以我正在制作一个布局有问题的网站。有四个角图像TL、TR、BL和BR由黑色块指示。深橙色区域是主要内容（宽度为 960 像素），外部区域由绿色箭头表示为浏览器窗口。见图：

图 http://dotcafedesigns.com/stackoverflow/problem.gif

顶部图像以尽可能窄的方式表示站点 - 如果它大于定义的区域，则不应允许它比此 (960 像素) 窄，则不应有滚动条。底部的两张图片代表不同宽度的浏览器。

左下角和右下角的黑色块（图像）应始终位于屏幕的左下角和右下角，除非宽度下降到 960px，在这种情况下，BL 和 BR 图像应该稍微戳入主区域。如果站点缩小到 200 像素，则 BR 图像不应该仍然在右上角。

在这一点上，我并不真正关心它在 IE6 中的工作原理（我可以让它大致工作），但我什至无法弄清楚如何在没有 Javascript 或极其实验性的 CSS 的情况下完全做到这一点。目前我正在使用绝对定位的 div 的哪种工作，但工作不太正确。

如果没有其他办法，我想我愿意接受一点 JS，但我宁愿不接受。

回答非常感谢！

考虑以下代码：

我们预计(b)会崩溃，因为空指针没有对应x的成员。在实践中，(a)不会因为this指针从未使用过而崩溃。

因为(b)取消引用this指针 ( (*this).x = 5;) 并且this为 null，所以程序进入未定义的行为，因为取消引用 null 总是被认为是未定义的行为。

会(a)导致未定义的行为吗？如果两个函数（和x）都是静态的呢？

我刚刚注意到代表的声明前面没有 * ...

我做了这样的事情：

它工作得非常好，但我习惯于在我声明的对象前加上 *，为什么不为这个呢？！？

谢谢，

哥提。

检查几个 RDBMS 我发现像

是允许的（注意聚合函数和括号之间的空格）。

任何人都可以提供一个指向 SQL 标准本身的指针（任何版本都可以）吗？

编辑：以上在 postgres 中工作，mysql 需要如此处set sql_mode = "IGNORE_SPACE";定义（有关受此服务器模式影响的函数的完整列表，请参见此参考文献）。据报道 MS SQL 接受上述内容。

此外，似乎答案最有可能在标准中。关于常规符号和术语，我可以遵循BNF，但是当涉及到选择的那部分中的空白和分隔符的定义时，我会迷失方向。

如果您尝试 cout 指向 volatile 类型的指针，甚至是您通常期望 cout 打印字符串的 volatile char 指针，您将改为简单地得到 '1' （假设指针不为 null 我认为）。我假设输出流 operator<< 是专门用于 volatile 指针的模板，但我的问题是，为什么？什么用例激发了这种行为？

示例代码：

输出：