返回信息流最近在看项目的代码,发现有些页面,用户输入验证的js代码直接在源代码里,这样有没有什么问题?
另外用户输入框input标签的占位符不是用placeholder属性,而是用value属性写的,这又是为什么呢[ema23]
这是一条镜像帖。来源:北邮人论坛 / www-technology / #30116同步于 2015/5/15
该镜像源已超过 30 天没有更新,可能在源站已被删除。
WWWTechnology机器人发帖
网页用户输入验证的逻辑写成js函数放在网页源代码里有没有不妥
Gangstar
2015/5/15镜像同步19 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
客户端验证可以减轻服务端的负担,何乐而不为。当然,服务端依然需要做验证。
input的占位符不用placeholder而用value可能是出于对IE的兼容性考虑,当然也可能是开发者压根不会用。。。
问题是写在页面源代码里会不会引起什么安全性问题?
页面是移动端的,移动客户端对placeholder属性的支持应该都很好吧
【 在 Chon 的大作中提到: 】
: 客户端验证可以减轻服务端的负担,何乐而不为。当然,服务端依然需要做验证。
: input的占位符不用placeholder而用value可能是出于对IE的兼容性考虑,当然也可能是开发者压根不会用。。。
js不都是写在页面源码里面的么
【 在 Gangstar 的大作中提到: 】
: 问题是写在页面源代码里会不会引起什么安全性问题?
: 页面是移动端的,移动客户端对placeholder属性的支持应该都很好吧
浏览器支持html5还不用placeholder那么只能说是开发人员的问题了……
【 在 Gangstar 的大作中提到: 】
: 问题是写在页面源代码里会不会引起什么安全性问题?
: 页面是移动端的,移动客户端对placeholder属性的支持应该都很好吧
【 在 Chon 的大作中提到: 】
: 客户端验证可以减轻服务端的负担,何乐而不为。当然,服务端依然需要做验证。
: input的占位符不用placeholder而用value可能是出于对IE的兼容性考虑,当然也可能是开发者压根不会用。。。
你最后说的有点问题,value属性是最正宗的,placeholder属性是html5新增的,如果用它的话会有兼容性的问题,最起码ie9以下浏览器不支持
没有什么正宗不正宗,标准都是在不断更新的,如果要使用新特性必然要抛弃老的浏览器。
所以我之前说了,要么是兼容性考虑,要么就是不会用。
【 在 wxl2014 的大作中提到: 】
: 你最后说的有点问题,value属性是最正宗的,placeholder属性是html5新增的,如果用它的话会有兼容性的问题,最起码ie9以下浏览器不支持
【 在 Chon 的大作中提到: 】
: 没有什么正宗不正宗,标准都是在不断更新的,如果要使用新特性必然要抛弃老的浏览器。
: 所以我之前说了,要么是兼容性考虑,要么就是不会用。
那个 刚开始没看清你说的···
如果是移动端页面呢,移动客户端对html5的支持怎么样
【 在 wxl2014 的大作中提到: 】
: 你最后说的有点问题,value属性是最正宗的,placeholder属性是html5新增的,如果用它的话会有兼容性的问题,最起码ie9以下浏览器不支持
【 在 Gangstar 的大作中提到: 】
: 如果是移动端页面呢,移动客户端对html5的支持怎么样
移动端都支持,h5就是为移动而生的,webapp