【问题标题】:Pro's and Con's of using HTML Codes vs Special Characters使用 HTML 代码和特殊字符的优缺点
【发布时间】:2016-08-15 00:59:02
【问题描述】:

为非英语国家建立网站时

您有大量超出范围的字符。

对于数据库,我通常使用 utf-8 或 latin-1 对其进行编码。

我想知道在性能、速度分辨率、空间优化等方面是否有任何问题。

对于html上的固定文本,例如使用之间

á or á

看起来完全一样:á 或 á

到目前为止,我将它与 utf-8 一起使用的东西:

优点:

  • 易于开发人员和网络管理员阅读
  • 代码上只占用一个空间,而不是 4-5
  • 更容易从文本中提取摘录
  • 1 个字节对 8 个字节(根据我的测试)

缺点:

  • 根据他们用于阅读代码的 ide、软件等向其他开发人员发送文件时,他们会破坏重音,例如:é
  • 当代码自动缩小时,有时也会破坏它
  • 通常在编码中中断

从我的角度来看,我比专业人士更重要的两个缺点,因为这反映在访客身上。

【问题讨论】:

    标签: html encoding utf-8 latin1


    【解决方案1】:

    只需使用实际字符 á。

    这有很多原因。

    首先:关注点分离,数据库不应该知道 HTML。想象一下,如果以后您想创建一个 API 以在其他服务或移动应用中使用它。

    第二:只需为您的数据库使用 UTF-8,而不是拉丁文。再想想,如果你的应用突然需要支持日语,那你怎么存储あ呢?

    如果您真的需要...在视图中,您总是可以将其转换为 HTML 代码。 HTML 是实现细节,而不是应用的核心。

    如果您关心的是用户,那么这个时代的所有主流浏览器都支持 UTF-8。只需使用正确的元标记。很简单。

    如果您的问题是开发人员及其工具,请查看http://editorconfig.org/ 以强制和自动化行尾以及文件中 UTF-8 的使用。 也许添加一些 git 属性,为什么不加倍努力,让 git precommit 钩子运行一些检查器,所以要确保每个人都提交 UTF-8 文件。

    计算机时间便宜,开发人员时间昂贵:á 更容易更改和理解,只需使用它。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-04-22
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-09-02
      • 1970-01-01
      相关资源
      最近更新 更多