我一直在为一个小项目编写一个源到显示转换器。基本上，它需要输入并将输入转换为可由浏览器显示的输出（想想类似维基百科）。
这个想法在那里，但它不像MediaWiki风格，也不像MarkDown风格。它本身有一些创新。例如，当用户键入一系列空格时，我认为他希望保留空格。由于html默认忽略空格，所以我考虑将这些空格链转换为相应的 s（例如，行中的3个空格转换为1 ）
所以会发生的事情是，我可以预见每个帖子可能会有大量 个标签（并且单个页面可能有多个帖子）。
我一直在网上听到很多反和nbsps，但大部分归结为可读性问题（在这种情况下，输入是由用户提供的。如果他决定让他的帖子不可读他可以使用提供的任何其他格式化操作）或维护难题（在这种情况下不是，因为它是转换后的输出）。
我想知道网页上有大量 代码有什么缺点？
答案 0 :(得分：2)
您将每个空格渲染为 ？
除了浪费如此多的带宽外，这还不允许动态换行，因为“nbsp”表示“* n * on * b * reaking * sp < / em>的*王牌”。这很可能会造成很多麻烦。
答案 1 :(得分：1)
不是标签，而是©，<，>等字符实体。
我会说缺点是可读性。当我看到一个单词时，我希望间距保持不变（除非它在一个合理的文本块中）。
你能告诉我你需要 的情况吗？
答案 2 :(得分：1)
如果它只是被倾销到客户端，这只是一个大小的问题，如果它被gzipped，它在网络流量方面几乎不重要。
它会减慢渲染速度，我敢肯定，并占用DOM空间，但这是否重要取决于我不了解你的用例的东西。您也许可以通过其他方式获得相同的结果;不确定。
答案 3 :(得分：0)
您是否曾考虑通过插入这些空间来确定用户真正想要实现的目标？什么（如果空格位于一行的开头，他们想要缩进有问题的文本），而不是如何（他们想要插入空格）。
这方面的一个例子是许多编程站点在一行的开头将4个空格转换为pre +代码块。
出于您的目的，也许它应该是＆lt; block＆gt;块。
最终目标是将空间转换为用户（具有有限资源）打算显示在那里的空间，而不是用它来传达的内容。