很多的人可能会不屑这个问题,请听我慢慢说道。
?
需求设计是这样的,我现在需要编写一个url相关的api比如queryToJson这样的
?
常见举例 “http://www.****?name=zhangyaochun&age=24”,这样的常见的url地址中提取?后面的name=zhangyaochun&age=24这样的转换成{name:zhangyaochun,age:24};
?
这样的api需求在很多的项目里面会用,比如我以前做的测试平台,我需要根据url里面的platId去请求后台返回后台的返回相关平台和用户的数据。(这边我还想说明一下,一般我们程序设计的时候,不会简单地去从前台传一些用户的信息如id去告诉后台我是什么权限,后台的安全判断还是很必要的。很怀念以前SDC参与开发的权限1.6---颗粒化权限到功能节点的绑定,赞)
?
直接入正题,那现在很明显我要去查找这个url字符串。有的人很直接地就indexOf了,个人建议相对于?前面的长域名我觉得我会选择从后面去查找这个字符串,当然我这边只是说一种普通情况。或者这么说吧,你在想到indexOf这个api的时候你有没有想想我到底是从前面查找快还是后面查找快呢????
?
性能的优化不是一个api或者一个算法,在这个api或者算法的内部是不是还能优化。
?
请记住一句------再优化也不如原生api的实现快,比如parseJson这样的api设计。
?
再思考。。。。。。。。。。。。
谢谢支持和光临我的博客,欢迎多给意见