## html实体
我们日常看到的,说的字符,可以书写的字符,组成了我们的交流信息的基础。
但是在计算机的世界里面,用于编程的字符也是我们日常用的字符,为了区分程序代码关键字和普通字符,内容的区分,所以系统定义了一些关键字,比如在各个编程语言中,关键字不能用作函数名一样。
在html中也是如此,我们的标签使用了大量的专用的字符,用于描述文档结构,当然背后的代码我们是看不到的,浏览器根据背后的代码给我们渲染出表现层的视图,我们无需关心背后运作的代码。
但是有时候,我们的内容多种多样,可能需要显示出关键字那么此时怎么办呢,变现层字符和代码层字符是不相同的,如果直接写字符给显示层做内容,那么会破坏代码结构,就和不能使用关键字做函数名一样的道理。
那有什么办法可以解决这个问题呢?
**有,html实体。**
~~~
HTML 实体
在 HTML 中,某些字符是预留的。
在 HTML 中不能使用小于号(<)和大于号(>),这是因为浏览器会误认为它们是标签。
如果希望正确地显示预留字符,我们必须在 HTML 源代码中使用字符实体(character entities)。
~~~
对于网页来说,我们看到的只是表现层的东西,背后运作的代码使我们看不到的。
如果我们看到html实体 &\___;的结构
&是实体字符的代码字符,它可以表示别人,那么如果要显示它自己时,谁来表示它了,如此循环,似乎这个问题进入死循环了。
其实没那么复杂,这个世界上的任何字符都是可以显示出来的,会有方式来表示这个字符的。
&的实体是 &
没错,实体里面还有&。&是表现层的显示字符,你看得到的一个字符,而背后的实体就是&,当然你并不需要关系这个。
>[danger] 代码字符的显示还是用的代码字符,所以不存在无限死循环不能满足的情况,因为隐藏在背后的代码都可以满足。
同理,URL编码的眼里也是一样。
其实这和转义字符是一样的道理,当某些字符不能直接表示时,可以使用转移字符,那么关键就在于转义的转义号,如果要输出转义号也是有办法的,同上面一样,转义号的输出也是有转义号转义的,没错就是自己转义自己。
总之,要理解的一个概念就是,你书写的代码,和最终输出显示的东西,不是一回事,如果你能理解清楚这个,那么上面的都不是问题。
* * * * *
### 扩展
这个和thinkPHP中的替换有点类似,但也又不同:
~~~
A: __public__ 会被替换成 /public/
A: 那么如果我想显示 __public__ 怎么办?
Q: 用另一个字符代替吧,比如:
__p__ 替换成 __public__
A: 那如果我又想输出 __p__怎么办?
Q: 真是无语了,怎么所有鄂事你都能碰上啊?
A: 是啊,我就是碰上了。
Q: 无语。
~~~
这里存在逻辑死循环的根本原因在于,当想要输出一个特殊字符时,我们只能用一个不用的字符替代另一个特殊字符,这样就要保证我们那个字符是真的不用的,不然就会陷入死循环。
这里的本质是替换,和上面讲的实体和转义不同。
比如我要输出&,其实背后还是&转义**(可以把实体理解成转义)**,但字符串的替换就不行了。
其实再往深了思考,转义本身也是一种替换,只不过转义的替换规则是系统语言自己提供的,而替换只是我们自己实现的,一般比较简单的“转义”规则,如:[BBCode](ttps://baike.baidu.com/item/BBCode/6814117?fr=aladdin)
* * * * *
### 参考:
[HTML 字符实体](http://www.w3school.com.cn/html/html_entities.asp)
[输出替换 · ThinkPHP5.0完全开发手册 · 看云](https://www.kancloud.cn/manual/thinkphp5/118120)
last update:2017-8-19 13:13:27
- 开始
- 微信小程序
- 获取用户信息
- 记录
- HTML
- HTML5
- 文档根节点
- 你真的了解script标签吗?
- 文档结构
- 已经落后的技术
- form表单
- html实体
- CSS
- css优先级 & 设计模式
- 如何编写高效的 CSS 选择符
- 笔记
- 小计
- flex布局
- 细节体验
- Flex
- Grid
- tailwindcss
- JavaScript
- javascript物语
- js函数定义
- js中的数组对象
- js的json解析
- js中数组的操作
- js事件冒泡
- js中的判断
- js语句声明会提前
- cookie操作
- 关于javascript你要知道的
- 关于innerHTML的试验
- js引擎与GUI引擎是互斥的
- 如何安全的修改对象
- 当渲染引擎遇上强迫症
- 不要使用连相等
- 修改数组-对象
- 算法-函数
- 事件探析
- 事件循环
- js事件循环中的上下文和作用域的经典问题
- Promise
- 最佳实践
- 页面遮罩加载效果
- 网站静态文件之思考
- 图片加载问题
- 路由及转场解决方案
- web app
- 写一个页面路由转场的管理工具
- 谈编程
- 技术/思想的斗争
- 前端技术选型分析
- 我想放点html模板代码
- 开发自适应网页
- 后台前端项目的开发
- 网站PC版和移动版的模板方案
- 前后端分离
- 淘宝前后端分离
- 前后端分离的思考与实践(一)
- 前后端分离的思考与实践(二)
- 前后端分离的思考与实践(三)
- 前后端分离的思考与实践(四)
- 前后端分离的思考与实践(五)
- 前后端分离的思考与实践(六)
- 动画
- 开发小技巧
- Axios
- 屏幕适配
- 理论基础
- 思考
- flexible.js原理
- 实验
- rem的坑,为什么要设置成百分比,为什么又是62.5%
- 为什么以一个标准适配的,其它宽度也能同等适配
- 自适应、响应式、弹性布局、屏幕适配
- 适配:都用百分比?
- 番外篇
- 给你看看0.5px长什么样?
- 用事实证明viewport scale缩放不会改变rem元素的大小
- 为什么PC端页面缩放不会影响rem元素
- 究竟以哪个为设备独立像素
- PC到移动端初试
- 深入理解px
- 响应式之栅格系统
- 深入理解px(二)
- 一篇搞定移动端适配
- flex版栅格布局
- 其他
- 浏览器加载初探
- 警惕你的开发工具
- JS模块化
- webpack
- 打包原理
- 异步加载
- gulp
- 命名规范
- 接口开发
- sea.js学习
- require.js学习
- react学习
- react笔记
- vue学习
- vue3
- 工具、技巧
- 临时笔记
- 怎么维护好开源项目
- 待办
- 对前端MVV*C框架的思考
- jquery问题
- 临时
- 好文
- 节流防抖