最近在开发的过程中遇到了一个问题:后端传过来的json字符串不是标准的json字符串
后端传过来的json字符串中包含一些不标准的字符或错误的引号嵌套
1)\n
2) \r
3) 双引号
4)单引号
5)双引号包含双引号
6)单引号包含单引号
1)\n
前端:替换成\\n
2) \r
前端:替换成\\r
3) 双引号
前端:替换成"
4)单引号
前端:替换成'
5)双引号包含双引号
前端:双引号包含单引号
6)单引号包含单引号
前端:单引号包含双引号
当然我们需要后端同时配合处理
\\n失效,在页面并没有换行
解决办法:
方法一:我们可以在渲染页面前找到\n将其替换成<br/>
this.termUse=data.replace(/\n/g,‘<br/>‘); this.renderFloorContent(this.termUse);
补充:因为不同编辑输出的回车换行不太一样,如果你发现替换\n无效果,可以试着换成\r或者\r\n再看结果,总有一种可以替换成功
方法二:我们可以在渲染页面前需要循环字符换,将等于\n的字符串替换成“<br/>”,重组字符串
var i;
var result = "";
var c;
for (i = 0; i < str.length; i++) {
c = str.substr(i, 1);
if ( c == "\n")
result = result + "</br>";
else if (c != "\r")
result = result + c;
}
方法二能用,但太麻烦不推荐
这篇文章讲解关于XML/HTML/JSON的学习,大家都知道服务器端可以返回的数据格式,主要就是:XML、HTML、JSON,当我们做数据抓取,ajax请求的时候都需要熟悉它们的使用。
在IE8下JSON.stringify()自动将中文转译为unicode编码,原本选择的中文字符,传到后台变为了unicode编码,即u****的形式。查找资料后发现,与标准的JSON.stringify()不同,IE8内置的JSON.stringify()会自动将编码从utf-8转为unicode编码,导致出现这种类似于乱码的情况。
这篇文章主要讲解:json结构及形式、json字符串转化为json对象【通过eval( ) 方法,new Function形式,使用全局的JSON对象】、json校验格式化工具简单实现
在很多时候,我们的需要将类似 json 格式的字符串数据转为json,下面将介绍日常中使用的三种解析json字符串的方法
将字符串和json对象的相互转换,我们通常使用JSON.parse()与JSON.stringify()。解决IE8以下低版本实现JSON.parse()与JSON.stringify()的兼容呢:利用eval方式解析、new Function形式、自定义兼容json的方法、head头添加mate等
就是客户端和服务端进行信息传输的格式(xml和json),双方约定用什么格式进行传输,然后解析得到自己想要的值,xml扩展标记语言,属于重量级(第一占宽带、第二解析难),json属于轻量级的数据交互格式(不占宽带,解析很简单)
将json字符串转换为json对象的方法。在数据传输过程中,json是以文本,即字符串的形式传递的,而JS操作的是JSON对象,所以,JSON对象和JSON字符串之间的相互转换是关键
json现在已经成为比较通用灵活的数据交换格式,尤其是在web方面,总是少不了它的身影,js原生就支持它。网页中与服务器中和服务器交换信息也基本上式基于json的。在现在的开发中,特别是在前后端分离的开发中,后端提供接口,前端通过接口拿取数据;
百度JSON LD结构化数据代码分享,搞外贸网站,企业网站这么就,对谷歌的 schema 结构化数据比较熟悉,但是对百度的结构化数据就了解太少了
Json web token(JWT)是为了网络应用环境间传递声明而执行的一种基于JSON的开发标准(RFC 7519),该token被设计为紧凑且安全的,特别适用于分布式站点的单点登陆(SSO)场景。JWT的声明一般被用来在身份提供者和服务提供者间传递被认证的用户身份信息
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!