【移动应用开发技术】iOS利用NSAttributeString实现不同颜色大小显示的方法_第1页
【移动应用开发技术】iOS利用NSAttributeString实现不同颜色大小显示的方法_第2页
【移动应用开发技术】iOS利用NSAttributeString实现不同颜色大小显示的方法_第3页
【移动应用开发技术】iOS利用NSAttributeString实现不同颜色大小显示的方法_第4页
【移动应用开发技术】iOS利用NSAttributeString实现不同颜色大小显示的方法_第5页
已阅读5页，还剩3页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

【移动应用开发技术】iOS利用NSAttributeString实现不同颜色大小显示的方法

前言最近开发需求遇到一个比较简单但又棘手的问题.先看需求一个UILabel显示不同大小颜色的字符串,当然我们首先的想到属性字符串,但是注意:我们这里要处理国际化完成的字符串也就是说：必须在国际化完成以后才能追加我们的逻辑,而不是一上来就加属性字符串比如:2分14秒or2min14secs也就是给我们的是一个"2分14秒"字符串我们需要匹配range来修改或者替换.带着这个疑问开始今天的文章?实现思路孔圣贤有云:”举一隅不以三隅反，则不复也。”

出自《论语·第七章·述而篇》

出自《论语·第七章·述而篇》

为了不愧对圣贤对我的期待我把这个问题定位升级成4个等级我想到了以下至少两种方法准备工作

在工程中拖拽了一个label方案1:字符串range匹配

看下显示结果是不是看上去很好

但我认为这并不完美,这种搞法虽然简单直接,但是过于依赖minStr和secStr的原始range,基于iOS9之后提供的API计算range注意:API平台区分

但是这么实现有个Bug当遇到同样字符串的时候就会匹配错位,如图错误的原因显然大家都了解字符串“0”的range相同了,但就解决这个问题而言,简单判断一下range然后截取字符串向后跳跃length继续截取获取能实现,但这显然很啰嗦,万一有一天你遇到的是“0小时0分12秒“这种字符串那该如何写呢？是不是要递归的遍历一遍然后挨个取Range做属性修改?这样的结果显然不但代码啰嗦实现起来成本还是比较高的,对代码阅读性都有很大影响(写得好的代码除外哈).那怎么不啰嗦呢?有一种搞法就是用两个不同的字符占位.然后国际化完成之后取Range,再然后替换文字,搞法虽然low点,但是时间复杂度降低了不少,还是可以考虑的.代码我就不写了我怕小伙伴review代码的时候会虐我.继续往下看评级:Level2那如何不依赖range解决这种问题呢？方案2:正则匹配

看下显示结果完美实现

这种方案缺点就是,时间复杂度高了一些,需要每次正则遍历

有点是扩展性好一点,万一有一天PM又提了需求要做成A1B2C3XXX#话题这种，那一定会出坑

这种方案缺点就是,时间复杂度高了一些,需要每次正则遍历

有点是扩展性好一点,万一有一天PM又提了需求要做成A1B2C3XXX#话题这种，那一定会出坑

但我第一次这么实现被小伙伴嘲笑很业余.确实很业余,但它能避免方案1中的bug.而且相当精确.评级:Level2方案3:谓词匹配

这种搞法我没尝试,估计会比方案1和方案2都快一些和简单直接一些,时间太紧张算了,期待评论轻喷吧！方案4:简单粗暴

就搞4个label.我都想象到了被实习生嘲讽+打脸的搞法发生在一个工作好几年开发者身上是多么惨痛的画面.放弃这种low的搞法总结最终解决问题的方案还是方案2:正则匹配比较靠谱,而且一劳永逸本篇主要蛋疼的问题是国际化后的字符串返回结果后,对返回的结

人人文库> 全部分类> 专业文献 > IT计算机

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论