Questions tagged «html»

相较于即将发布的Web组件规范，Facebook的React有什么主要好处，反之亦然（或者与Google的Polymer库相比，也许更多的苹果之间的比较）？ 根据这次JSConf EU演讲和React主页，React的主要好处是： 使用组件模型去耦和增加内聚力 抽象，组成和表现力 虚拟DOM和综合事件（这基本上意味着它们完全重新实现了DOM及其事件系统） 在IE 8上启用现代HTML5事件内容 服务器端渲染 可测性 绑定到SVG，VML和 <canvas> 除了这个虚拟DOM概念（显然）之外，几乎所有提及的内容都是通过Web组件本地集成到浏览器中的。我可以看到虚拟DOM和合成事件在今天对于支持旧的浏览器有何好处，但是不会扔掉大量的本机浏览器代码，而不是像从长远来看那样吗？就现代浏览器而言，这不是很多不必要的开销/重新设计吗？ 我认为这是React缺少的一些内容，Web组件会为您提供帮助。如果我错了纠正我。 本机浏览器支持（请阅读“保证更快”） 以脚本语言编写脚本，以样式语言编写样式，以标记语言编写标记。 使用Shadow DOM进行样式封装 相反，React具有this，这需要使用JavaScript编写CSS。不漂亮。 双向装订

521 javascript  html 

在现代Web开发中，我越来越经常遇到这种模式。看起来像这样： <div class="table"> <div class="row"> <div class="cell"></div> <div class="cell"></div> <div class="cell"></div> </div> </div> 在CSS中，类似： .table { display: table; } .row { display: table-row; } .cell { display: table-cell; } *（类名仅是说明性的；在现实生活中，这些是反映元素含义的普通类名） 我什至最近都尝试自己做这个，因为……每个人都在做。 但是我还是不明白。我们为什么要这样做呢？如果您需要一张桌子，那么只需将其炸毁<table>并完成即可。是的，即使是用于布局。那就是表格的用途-以表格形式放置内容。 我最好的解释是，到现在为止，每个人都听过“不要使用表格进行布局”的口号，因此他们盲目地遵循它。但是他们仍然需要一个表格进行布局（因为其他任何东西都不具有表格的扩展功能），所以他们制作了一个表格<div>（因为它不是表格！），然后添加了使其成为表格的CSS。 对我来说，这就像在世界上摆出任意不必要的障碍，然后做额外的工作来规避它们。 离开表格进行布局的原始论点是，之后很难修改表格布局。但是出于同样的原因，修改“仿表”布局也同样困难。实际上，实际上，修改布局总是很困难，而且如果您想做一些比细微调整更严肃的事情，仅更改CSS几乎是远远不够的。您将需要了解和更改HTML结构，以进行认真的设计更改。表格不会比div更难或更容易。 事实上，我看到桌子可以做一个布局很难修改，唯一的办法是，如果你从头使用他们，创造了一个不敬虔的混乱。您也可以使用div来做到这一点。 所以...为了将这个问题从咆哮变成一个连贯的问题：我想念的是什么？使用“人造桌子”而不是真正的桌子有什么实际好处？ 关于重复链接：这并不是建议使用其他标签或其他东西。这是关于使用<table>vs 的问题display:table。

269 html  css 

HTML4 / XHTML1仅允许以表格形式进行GET和POST，现在看来HTML5会做同样的事情。有提议将这两个添加，但似乎并没有获得吸引力。在HTML5规范草案中不包含PUT和DELETE的技术或政治原因是什么？

265 html  html5 

只需浏览google maps源代码。在标题中，他们有2个div，其中id =“ search”一个包含另一个，并且还具有jstrack =“ 1”属性。有一种形式将它们分开，如下所示： <div id="search" jstrack="1"> <form action="/maps" id="...rest isn't important"> ... <div id="search">... 由于这是google，我假设这不是一个错误。 那么违反此规则真的有多严重？只要您谨慎选择CSS和dom，为什么不重用id一样的类？有人故意这样做吗？如果是，为什么？

122 programming-practices  html  specifications 

这个问题是在我的一门大学课程中提出的。教授只给出了一个更具描述性的答案，但是看起来<b>和<i>含义都相当明确，而且比<strong>和更容易键入<em>。 弃用这些标签的官方说法是什么？

98 html  deprecation 

请注意，我（尝试）尽可能地在语义上进行标记，因为我喜欢它们的外观和感觉，但不是因为我意识到任何其他惊人的优点。我的问题的重点是能够教育他人 好吧，我看过很多文章和教程，这些文章和教程经常说“让我们以最可能的语义方式进行标记”。 但是我想到了一个奇怪的想法，为什么？ 为什么一个人需要（或想要）去打扰那些传达正确语义的特定元素？具体地讲，我指的是新的HTML5元素，如<time>，<output>，或<address>。特别是，如果页面“有效”（在所有浏览器中都能很好地呈现）。 为什么我要使用诸如<time>或元素<address>，而根本没有任何元素（或在最坏的情况下，泛型<span>）表现得那么好呢？ 我之所以这样问，是因为我看到许多（非常受欢迎的）网站（包括此网站）没有遵循这些所谓的最佳实践。

55 html  html5  semantics  markup 

因此，有人告诉我HTML5是向前迈出的一大步。我知道的最后一步是XHTML的引入。优势显而易见：简单，严格，使用标准XML解析器和生成器来处理网页的能力，等等​​。 HTML5如此回滚，这真是多么奇怪和令人沮丧：我们再次使用了非标准语法；再次，我们必须处理历史包and和解析复杂性；再次，我们不能使用我们的标准XML库，解析器，生成器或转换器。XML所带来的所有优势（可扩展性，名称空间，标准化等），以及W3C出于充分的理由而花了十年的时间，都失去了。 很好，我们有XHTML5，但似乎它没有像HTML5编码那样流行。例如，参见此SO问题。甚至HTML5规范都说HTML5（而不是XHTML5）是“建议大多数作者使用的格式”。 我的事实有误吗？否则，为什么我是唯一一个有这种感觉的人？人们为什么选择HTML5而不是XHTML5？

53 html  html5  xml  xhtml 

一位知识渊博的朋友最近浏览了我帮助启动的网站，并评论了诸如“非常酷的网站，对源代码中的内联脚本感到羞耻”之类的内容。 我绝对可以删除发生内联脚本的位置；我隐约意识到这是“一件坏事”。我的问题是：内联脚本的真正问题是什么？是否存在重大的性能问题，还是仅是良好风格的问题？当还有其他事情需要处理时，我可以证明对上级的内联脚本方面立即采取行动是合理的吗？如果您打开一个网站并看了一眼源代码，什么因素会导致您说“嗯，在这里从事专业工作”，什么原因会使您从显然业余的工作中退缩？ 好的，在写作中那个问题变成了多个问题。但是基本上，内联脚本-有什么关系？

47 javascript  performance  html  coding-style 

我正在尝试确定一些不错的面试问题，以评估人们从事Html / CSS工作的能力，但是该主题涉及面非常广泛，我不确定我可以问什么样的问题来正确评估某人的HTML / CSS知识。 在面试过程中，我可以问什么样的问题来评估候选人的HTML / CSS能力？ 理想情况下，我想问几个问题，然后给他们一个真实的场景来应对。

44 web-development  html  css 

我想尽可能避免在我的网站上显示cookie横幅。我可以将会话ID存储在localStorage中以绕过横幅的实现吗？

44 javascript  html 

建议学习HTML5的工作流程是什么？我应该安装什么工具？什么SDK？从哪儿开始？怎么测试？如何调试？我读什么？ 我知道通常被标记为“ HTML5开发”的实际上是HTML，CSS，JS和更多内容的混合体，但是我不认为在记事本中开发更大的项目。这就是为什么我要您透露有关工作流程的提示和技巧。

42 javascript  html  css  ajax  html5 

我们将CSS和JavaScript文件连接起来以减少HTTP请求的数量，从而提高了性能。结果是这样的HTML： <link rel="stylesheet" href="all-my-css-0fn392nf.min.css"> <!-- later... --> <script src="all-my-js-0fn392nf.min.js"></script> 如果我们拥有服务器端/构建逻辑来为我们完成所有这些工作，为什么不更进一步，并将这些串联的样式和脚本嵌入HTML？ <style>.all{width:100%;}.my{display:none;}.css{color:white;}</style> <!-- later... --> <script>var all, my, js;</script> 减少了两个HTTP请求，但实际上我还没有看到这种技术。为什么不？

41 javascript  html  css  front-end 

我即将开始为朋友创建一个音乐项目网站。现在它应该很简单：没有动态内容（游览日期等），只不过是一些嵌入式样本歌曲或SoundCloud链接。我不希望在响应式网格上使用除香草JavaScript和Bootstrap或Foundation之外的任何东西。 够了吗？我可以简单地将HTML，CSS和JS文件上传到主机并完成操作，还是应该花时间在Node或PHP中对后端服务器进行编程？

38 programming-practices  html  server  websites  web-hosting 

（我说的是HTML / CSS代码（不是编程语言），但我认为我们也面临与程序员相同的问题。） 我是团队中的高级前端设计师，而且我经常不得不在紧迫的期限内重新处理初级人员的输出。 我面临两个问题： 他们的编码风格有点混乱。 美学不好。 我发现，它们的编码风格是混合的，没有适当的约定/标准。在清理代码或只是处理他们的代码（甚至复制他们的工作方式）之间，我感到很痛苦。 我确实觉得遵循他们的编码风格感到沮丧，因为我觉得我可能会学到坏习惯。但是，那是完成截止日期的最快方法。 对于那些有更多经验的人，哪个更有效？我应该保存清理以备后用吗？还是在进行更改时进行清理？ （尽管我不想听起来很自大，但这是现实。要花更多的时间来编写更好的代码。我知道，我刚开始写的是凌乱的代码。）

38 coding-style  html  clean-code 

我经常想知道为什么在创建HTML时没有选择严格的解析。在大多数Internet历史上，浏览器都接受任何形式的标记，并尽力进行解析。该过程会降低性能，使人们书写乱码，并且很难中止过时的功能。 是否有严格解释HTML的特定原因？

38 html  history  parsing