问题标签 [standards]

让我们面对现实吧：编写正确的、符合标准的 HTML 是相当困难的。编写语义 HTML 更是如此，但我认为计算机不可能解决这个问题。

所以我的问题是，对于输入 HTML 的用户来说，“理想”的反馈是什么？它会是 W3C 验证器样式的错误列表以及相应的行号和列吗？它会是一个带注释的代码显示突出显示的行、错误的解释和可能的修复吗？一种拼写检查样式模式，您可以分别处理每个错误？它不会给他们任何错误信息吗？此外，告诉用户哪些类型的错误是一个好主意？（一些广泛的错误类别包括解析错误、嵌套错误（即在 ab 标签中放置 div）和格式错误。）

• Scottm：好点；我也不喜欢 W3C 列出所有错误的方式。但是，仍然存在让用户适当地编辑有问题的 HTML 的问题。
• onebyone：好的，所以看一些截图，看起来 HTML Validator 有一个 W3C 错误列表，但结合了直接进入相关源代码段和扩展错误信息的能力，以及你不必这样做的事实滚动以从一个部分跳到另一个部分。看起来不错，但是普通的乔可以使用吗？

编辑1：作为澄清，这是关于接口，不一定是底层实现。但是，界面需要使用纯 HTML 和 JavaScript 是可行的（如果它只需要 HTML，则可用性加倍，但我认为在这种情况下你会被 W3C 卡住）。

您发现发布编码标准的最佳方式是什么？为什么？

当涉及到标签的非标准属性时，HTML（或者可能只是 XHTML？）相对严格。如果它们不是规范的一部分，那么您的代码将被视为不合规。

然而，非标准属性对于将元数据传递给 Javascript 非常有用。例如，如果假设链接显示弹出窗口，您可以在属性中设置弹出窗口的名称：

或者，您可以将弹出窗口的标题存储在隐藏元素中，例如跨度：

然而，我对哪种方法应该是首选方法感到困惑。第一种方法更简洁，而且，我猜，不会像搜索引擎和屏幕阅读器那样搞砸。相反，第二个选项使存储大量数据更容易，因此更通用。它也符合标准。

我很好奇这个社区的想法是什么。你如何处理这样的情况？第一种方法的简单性是否超过了潜在的缺点（如果有的话）？

我对 HTTP 标准有一个相当简单的补充。我知道这是一个雄心勃勃的目标，但我至少想提交一份提案并获得关于这个想法的反馈。这样做的正确论坛/方法是什么？

在 C++ 中，使用某种前缀来命名成员变量是很常见的，以表示它们是成员变量，而不是局部变量或参数。如果您来自 MFC 背景，您可能会使用m_foo. 我也myFoo偶尔看到。

C#（或者可能只是 .NET）似乎建议只使用下划线，如_foo. 这是 C++ 标准允许的吗？

我有一个 WEB 应用程序（带有纯 Java servlet），它有一些繁重的计算工作，具有数据库访问权限，可以在异步模式下完成。我计划使用专用服务器来执行此类批处理作业，并且我想知道使用哪些工具/技术/协议在 WEB 服务器中的 servlet 和新专用服务器中的批处理作业之间进行通信。我在看JMS。这是正确的选择吗？有行业标准和/或广泛采用的技术吗？我还需要同时处理多个作业的队列和优先级处理。

有谁知道体面的 UML 标准指南？

我的公司目前依赖 UML 2.0（正确或错误）来完成大部分（阅读全部）设计工作。我被要求提出一份“最佳实践”指南草案，以帮助其他开发人员开发更好的模型。我面临的主要问题是我对UML略有偏见......我觉得：如果一个图表需要超过5分钟来绘制，那么它太复杂了！我主要寻求关于我应该关注什么样的标准的建议。我也在寻找一个外部信息来源，可以用来平衡我对 UML 繁重设计的非理性厌恶，并充当我的建议的“消毒剂”。

最重要的是，我希望编写一份有用的文档，而不是一个会在一些不起眼的网络目录中成型的文档。

有任何想法吗？

最近，我养成了将整数值分配给常量的习惯，并简单地使用常量名称作为识别其用途的一种方式。但是，在某些情况下，这导致需要在需要字符串表示时编写类似 typeToString($const) 的函数。显然，这是低效且不必要的，但只是偶尔出现的问题。

所以我的问题是，我还应该考虑其他权衡吗？哪种情况被认为更清洁/更符合标准？此外，在大多数情况下，性能差异是否可以忽略不计？

案例1：（当不需要字符串版本时更快？）

案例2：（需要字符串版本时更快/更容易）

我正在做一个项目，它将单个图像和文本文件存储在一个地方，就像一个时间胶囊。现在，几乎每个项目都可以保存为一个文件，如 DOC、PPT 和 ODF。但是完整的网页不能——它们被保存为单独的 HTML 文件和数据文件夹。我想将网页保存在一个存档中，虽然有多种解决方案，但没有“标准”。HTML 档案的最佳格式是什么？

• 微软有MHTML——基本上是一个完全编码为 MIME HTML 电子邮件的文件。它已经基于现有的标准，并且作为自己的 MHTML 被提议为rfc2557。这是一个好主意，它一直存在，除了它自 1999 年以来一直是“提议的标准”。另外，除了 IE 之外的实现也很麻烦。IE和Opera支持；带有繁琐扩展的 Firefox 和 Safari。

• Mozilla 有Mozilla 存档格式——基本上是一个带有标记和图像的 ZIP 文件，元数据保存为 RDF。这是一个很棒的想法——Winamp 为皮肤做这个，ODF 和 OOXML 为他们的嵌入图像做这个。我喜欢这个，除了 1. 除了 Mozilla 没有其他人使用它， 2. 自 Firefox 1.5 以来唯一支持它的扩展没有更新。

• 数据 URI正变得越来越流行。您无需像 MHTML 或 MAF 那样引用外部位置，而是将文件直接编码为 base64 的 HTML 标记。根据您的观点，它被简化了，因为文件就在标记所在的位置。然而，支撑仍然有些弱。Firefox、Opera 和 Safari 毫无瑕疵地支持它；市场领导者IE仅在 IE8 时才开始支持它，即使在那时也有限制。

• 当然，还有“保存完整网页”，其中 HTML 标记保存为"savedpage.html"，文件保存在单独的"savedpage_files"文件夹中。Afaik，每个人都这样做。它得到了很好的支持。但是必须处理两个独立的元素一点也不简单和精简。我的项目需要将它们放在一个存档中。

考虑到浏览器支持和易于编辑页面，您认为将网页保存在单个存档中的最佳方式是什么？什么是最好的“标准”？还是我应该只管处理 HTML 文件和单独的文件夹？为了我的项目，我可以支持它，但我最好避免它。

我正在一家大公司实施 SOA，但我不确定实施哪些 Web 服务规范 (WS-*) 真正有意义。至少，我正在研究 WS-Addressing、WS-Security、WS-Eventing 和 WS-ReliableMessaging。但是，还有其他几个看起来很有趣的标准，但我不知道哪些标准被广泛采用。如果标准不成熟或没有必要，我不想实施标准（并强迫所有开发人员遵循它们）。

编辑：

我问这个问题不是针对特定情况，而是总体而言。有相当多的 WS-* 标准似乎没有太多实际用途（至少对我而言），所以我真的很好奇哪些标准被广泛使用。

谢谢你的帮助！

K A