问题标签 [web-standards]

我最近发现大多数主要网站都未通过 W3C 的标记和 CSS 验证测试。因此，遵循 Web 标准到底有多重要？

我有一个非常大的 ASP.NET 项目，我需要使用 Web 标准来完善它——该应用程序有两个部分：1.）允许用户“构建”站点的管理部分 2.）构成用户的前端网站（许多 Web 控件、母版页、用户控件等……其中大部分只是代码）

我想知道人们对使这个项目利用网络标准的建议是什么？我应该更多地研究 MVC 吗？我还没有对 MVC 做任何事情，但它似乎默认支持友好的 URL。

有没有人用现有的大型 ASP.NET 应用程序/站点完成此操作？

提前致谢 ：-）

是否有规定所有链接都应加下划线以使它们看起来像链接？例如，我见过很多网站的页脚没有带下划线的链接。

我正在开发一个可重用的 ASP.net 服务器控件，它需要在 IE 6+、FF 2+ 和 Safari 的 Quirks 和标准模式下工作。

该控件将公开两个用户可定义的属性高度和宽度，这两个属性都可以定义为百分比或像素值。

在控件内部，我有两列 Div，其中包含导航栏和控件内容。当内容大于容器时，列需要是一个 Div 才能使用溢出样式。请参阅下面的示例原型代码；

我遇到的问题是，在标准模式下，当使用百分比基高时，div 只呈现与其内容一样大的内容。看来解决此问题的唯一方法是使用 JavaScript。

然后，这会产生问题，即控件可以使用 AJAX 异步重新渲染，并且高度不同步。

我想要实现的目标是不可能的，还是我找错了地方？

白天，我是一名前端 Web 开发人员，但在空闲时间，我会涉足其他语言，例如 C、Objective-C、Python 等。当我第一次接触 Web 开发时，Web 应用程序的想法才刚刚起步。

从那以后出现了两个惊人的框架，SproutIt 的 SproutCore 和 280 North 的 Cappuccino (+Objective-J)。Apple 正在将 SproutCore 用于其 MobileMe 应用程序，并且 280 North 发布了 280 Slides。这两个应用程序都很棒，它们证明了网络上的可能性。因此，势头正在转变。Web 应用程序开始看起来和行为类似于桌面应用程序。

所以我的问题是：基于 Web 的应用程序是否应该遵循 Web 标准、标记（内容）、表示（设计）和行为（功能）的分离？

我不确定 SproutCore，因为我没有查看源代码，但我知道如果你去 280slides.com 并关闭 JavaScript，一切基本上都会消失。你留下了一些无意义的话。

让我澄清一下，我知道基于 Web 的应用程序（例如 280 Slides）是为了启用 JavaScript 而不是没有它就可以正常工作，但在我的日常工作中，我的主要重点是编写干净的标记，分离内容、演示和行为，以便我们的网站和应用程序可以被尽可能多的人使用。

我与某人讨论了绝对定位。他声称最好的做法是确保在大多数浏览器中一切看起来都一样，并且这是保持网站外观和感觉的最简单方法。

我不同意他的观点，绝对定位将是补救措施，也是布局网页的整体最佳方法。

就我而言，我更热衷于使用边距/宽度/仔细浮动调整的方法，有时还使用偶尔的表格。这是一个轻微的概括，当然，我不会仅仅因为我在意识形态上反对它而停止使用绝对定位，只是我发现方法绝对定位，一条规则适合所有方法，正如我的同行所倡导的那样比较怀疑。

对此的普遍共识是什么？

W3 的 EXI（高效 XML 交换）将被标准化。它声称是“最后一个二进制标准”。

它是一种存储 XML 数据的标准，针对处理和存储进行了优化，与 XML 模式捆绑在一起（使数据具有强类型和强结构化）。好吧，有很多声称的优势。处理和内存效率测量给我留下了最深刻的印象。

我在问自己，所有已建立的 XML API 会发生什么？

有一段与我的问题有关：

4.2 现有的 XML 处理 API

由于 EXI 是 XML Infoset 的编码，EXI 实现可以支持任何用于 XML 处理的常用 XML API，因此 EXI 对现有 XML API 没有直接影响。但是，使用现有的 XML API 还需要将 EXI 文档中出现的所有名称和文本转换为字符串。将来，如果更高层可以直接使用这些数据作为出现在 EXI 文档中的类型值，则可以实现更高的效率。例如，如果更高层需要类型化数据，则通过其字符串形式会产生性能损失，因此直接支持类型化数据的扩展 API 可以在与 EXI 一起使用时提高性能。

来自：http ://www.w3.org/TR/exi-impacts/

我将其理解为：“将 EXI 与现有 API 一起使用？没有性能提升！（除非你全部重写）”

我们以 Java 生态系统为例：

我们在最新的 JDK 6 中有大量的 XML API（随着每个主要的 JDK 版本，越来越多的它们被添加。）据我所知，它们中的大多数（如果不是全部）都使用内存中的 DOM 树，或序列化（“文本”）表示来转换/处理/验证/... XML 数据。

你们怎么看，随着 EXI 的引入，这些 API 会发生什么？

谢谢大家的意见。

对于那些不知道 EXI 的人：http: //www.w3.org/XML/EXI/

我正在尝试自动构建 html 电子邮件，并试图弄清楚电子邮件中是否有标准以及哪些属性有效，哪些必须存在。我需要一个吗？如果没有，是否必须有一个身体？我需要指定我使用的 Doctype 吗？

我在他们的示例中使用 Zend 框架，除了“样式”代码http://framework.zend.com/manual/de/zend.mail.html-mails.html的内容之外，他们没有设置任何内容

只是为了让你知道我为什么需要 HTML。这看起来很愚蠢，但我们公司正在编写支持软件，并且一个关键的“错误”或功能要求所有的 beta 测试人员都是基本的 HTML，因此他们可以通过使重要的单词变胖、斜体、下划线等来突出显示重要的单词。

It's been explained to me numerous times that all URLs are URIs but not all URIs are URLs. Can anyone give an example of something that is a URI but is not a URL?

随着不同的浏览器选择以自己喜欢的方式呈现 CSS，拥有标准的意义何在？

像创建适用于所有浏览器的流畅 3 列布局这样简单的事情可能会让人感到沮丧。你如何处理这个问题或让跨浏览器兼容的开发不那么痛苦？