问题标签 [standards-compliance]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - 将 java 小程序嵌入我的网页的最佳方法是什么?
我一直在考虑在我的网页中添加一个小的 Java 应用程序,但是我做的研究越多,我对应该如何做就越困惑。Sun 提出了许多方法,但它看起来像是来自 Netscape 时代。
那么,我应该<applet>
按照 eclipse 的建议使用<embed>
还是<object>
?
我应该如何使用正确的标签?
c++ - 析构函数可以递归吗?
这个程序是否定义明确,如果没有,为什么?
我的推理:虽然两次调用析构函数是未定义的行为,但根据 12.4/14,它的确切含义是:
如果为生命周期已结束的对象调用析构函数,则行为未定义
这似乎并没有禁止递归调用。当对象的析构函数正在执行时,对象的生命周期还没有结束,因此再次调用析构函数不是 UB。另一方面,12.4/6 说:
在执行主体后 [...] 类 X 的析构函数调用 X 的直接成员的析构函数,X 的直接基类的析构函数 [...]
这意味着在从析构函数的递归调用返回后,所有成员和基类析构函数都将被调用,并且在返回上一层递归时再次调用它们将是 UB。因此,没有基类且只有 POD 成员的类可以在没有 UB 的情况下具有递归析构函数。我对吗?
json - 标准定义 json 文件扩展名?
是否有定义 json 文件扩展名的标准或规范?
我见过.json
使用-这只是一种普遍接受的做法,还是某些标准机构对以文件格式保存的 json 的要求?
php - 方法声明应与 PHP 中的父方法兼容
PHP中此错误的可能原因是什么?我在哪里可以找到关于兼容意味着什么的信息?
bash - 从 shell 脚本启动 Web 浏览器的干净方法?
在 bash 脚本中,我需要启动用户 Web 浏览器。似乎有很多方法可以做到这一点:
$BROWSER
xdg-open
gnome-open
在 GNOME 上www-browser
x-www-browser
- ...
是否有一种比其他方法更标准的方法可以在大多数平台上使用,或者我应该使用这样的方法:
c# - ac#WebService 是否符合 nullabele int BasicProfile 1.1
我想实现一个应该符合 BasicProfile 1.1 的 WebService。WebMethod 应该是这样的:
这个调用 BasicProfile 1.1 符合吗?如何检查 BasicProfile 1.1 的一致性?
.net - HttpUtility.UrlEncode 是否符合“x-www-form-urlencoded”的规范?
URLEncode 转换字符如下:
- 空格 ( ) 转换为加号 (+)。
- 非字母数字字符转义为十六进制表示。
这与W3C相似,但不完全相同
应用程序/x-www-form-urlencoded
这是默认的内容类型。使用此内容类型提交的表单必须编码如下:
控件名称和值被转义。空格字符被“+”替换,然后保留字符被转义,如RFC1738第 2.2 节所述:非字母数字字符替换为“%HH”、一个百分号和两个表示字符的 ASCII 码的十六进制数字。换行符表示为“CR LF”对(即,'%0D%0A')。
控件名称/值按照它们在文档中出现的顺序列出。名称与值之间用“=”分隔,名称/值对之间用“&”分隔。
我的问题是,有没有人做过确定 URLEncode 是否产生有效的 x-www-form-urlencoded 数据的工作?
jquery - 符合 JQuery HTML 编辑器 css 标准
我只是不想有一个基于 JQuery 的 HTML 编辑器,它使用,<b>
和所有那些不推荐使用的标签。你能帮我吗?<i>
<font>
c - 严格的 ISO C 一致性测试
我目前正在开发一个 C 项目,该项目需要在不同的构建环境之间具有相当的可移植性。该项目针对托管 C 环境中的 POSIX 兼容系统。
实现良好可移植性的一种方法是在符合所选标准的情况下进行编码,但很难确定给定的翻译单元是否严格符合 ISO C。例如,它可能违反某些翻译限制,或者它可能依赖于未定义的行为,而没有来自编译环境的任何诊断消息。我什至不确定是否可以检查大型项目的严格一致性。
考虑到这一点,是否有任何编译器、工具或方法可以在翻译单元的给定标准(例如,C89 或 C99)下测试严格的 ISO C 一致性?
任何帮助表示赞赏。
c++ - #endif 之后的令牌是否合法?
我目前执行以下操作,编译器(MSVC2008 / 以及 2010)没有抱怨它,但我不确定这是否是一个坏主意:
我以前总是这样写,#endif // FOO_H_
但我发现自己今天没有这样做,并认为这很奇怪,因为显然我已经有一段时间没有使用评论方法了。
这是我应该回顾所有标题并修复(它是一个跨平台应用程序)的坏习惯,还是可以保持原样?