- 博客(26)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 2016年03月01日
一、C语言里有用的string相关方法 strtok：类似splitter，用以分隔字符。用法使用示例： int main(int argc, const char * argv[]) { char input[] = “abc,d,ef,gh”; char *s = strdup(input); char *frag = NULL; frag =
2016-03-16 14:15:42
355
原创 2016年02月01日
1、在子线程里，不要试图访问主线程自己的属性的方法，不然会出现各种奇怪的事 比如，AFNetWork的网络请求框架，往往存在回传的业务数据是数组的情况 这时请将json字符串转为array，再通过block传给主线程。 总而言之，不要在子线程里访问主线程的属性！！！！ 只能set，不能get正确示例： [YDHttpTool postRe
2016-02-19 17:30:58
521
原创 OC中实现单例的方法
当Apple引入Grand Central Dispatch时 ，也引入了一个很适合用于实现单例模式的方法 dispatch_once(dispatch_once_t *predicate, dispatch_block_t block) 其中predicate用于检测代码块是否已经被调用，block是在应用周期里只会被调用一次的代码块 下面是具体的实例
2016-01-20 12:54:54
505
原创 记得要虚心
我没耐心看编程书上的例子，其实我一心以为自己的方法好，有什么用处呢？我学不到别人的法子和思想，一心就困在自己的围城里，一直在拿老套的法子做事情，有了错不会知道，不会改。外面有新的东西看不到，学不到，没什么长进，遇到问题也选不对合适的方法。 我该多看看别人的代码，能看懂代码也是一种本事，而且是了不起的本事，只有看懂了别人的代码，才能学会别人的好东西，才能用上别人
2015-12-25 23:22:46
499
原创 承担责任
在这次项目中，我有一点对自己很不满意，那就是没能主动承担起由其他同事开发的代码。 在项目的前期，由于大家对技术点都不太熟悉，所以大部分的基础功能由某一位同事编写，到了项目的中后期，因为大家的技术能力都上来了，所以开始以业务为模块划分任务。这项交接工作大体上还算顺利，但有些分给我的代码块逻辑层次比较差，不好读也不好维护。于是我便放弃了对这段代码的维护，事实上，和
2015-12-14 08:21:39
527
1
原创 调用接口时的错误做法
昨天，因为没有仔细确认接口的入口参数和返回参数，在添加新功能时浪费了大量时间去重构，并且最后不得不回滚，浪费了大约一个半小时的时间。写个反思总结来提醒一下自己，避免重蹈覆辙。毕竟在接口这一块，自己还是很不熟练，有很多的误区会踩到，记下来，免得忘了。 拿到接口的第一件事，就是确定入口参数。我之前犯错导致回滚，根源就是没确认对入口参数。本来传入的应该是模型的数组，我却以为要传入基
2015-12-12 07:43:13
7165
原创 不能将自己的骄傲放在项目进度前面。
今天是项目收尾的倒计时第五天。我犯了个严重的错误，不是技术上的问题，而是工作计划安排的问题。这个问题差点导致了功能的回退，差点延误了项目的进度。应该算是我在这个项目中犯下的最大的错误。被项目经理批评了，自己也明白了自己处理问题上严重的不恰当之处。 在做登录的后续处理时，由于分支情况较多，在先前的开发中采用了广播的方法。在今天的开发中，接到的新任务也是登录的后续处理，相当于新加了一个分
2015-12-08 23:42:25
460
原创 集体讨论代码时的感想：
工作方式感想： 1、在解决问题时，集体讨论虽然可能影响单体的工作效率，但却极有利于分享和交流知识，也有利于发现自身的不足。 2、他人的经验是自己的一面镜子，不管是别人的优点还是不足，都足以成为自己的借鉴。 3、将自己的工作内容暴露给同事，有利于发现自己的不足，暴露自己的问题，从而极快地矫正自身的缺陷。 技术感想 1、一定要
2015-12-01 00:17:40
741
原创 （未完）逆波兰计算器功能分层：
1、业务层1.1 循环遍历机制。 while( getOP ) { switch OPType: case 1:deal_1;break; case 2:deal_2;break; case 3:deal_3;break; case 4:deal_4;break; default:break
2015-11-29 20:55:42
404
原创 10-01 到 11-29的项目总结
一、调试时需要查看所有的输出功能，比如提交单据功能，不但需要查看单据是否正常提交，还要查看提交后的单据是否正常显示 二、需要合并代码，特别是基础性的驱动功能时，一定要与开发该的人保持密切的沟通。必要时需要让其主管介入。比如最近在开发中需要用到数据库，于是开发者LONG写了相关驱动。之后开发者S需要一项新的数据库查询功能。在这种情况下，应当由S提出要求，LONG
2015-11-29 20:19:14
248
原创 借鉴是学习的捷径
这次做项目，用的是自己从未接触过的OC语言，从完全不了解到能够用其开发手机应用，花了约两个月时间。这是一段边学边工作的时光，有压力，有效率，也有很多感悟，最大的感悟便是发现了学习的新方法。从前我不喜欢借鉴别人的代码，总想着什么都自己写。但在这个时间比较紧迫，个人技能又有所欠缺的项目中，在不得不大量借鉴别人的代码之后，我突然发现，这样的学习比起我之前的自学，效率要高上好几倍，于是意识到自己从
2015-11-23 23:11:26
671
原创 OC实现的电话号码格式化Demo
在应用中，往往需要从电话簿获取电话信息，但电话簿里获取的电话号码往往是 XXX-XXXX-XXXX 或者 （XXX）-XXXXXX等格式。为了获取纯数字或者指定格式的电话号码，往往需要格式化电话号码 这个Demo的功能是过滤不在白名单里的字符，从而去掉电话号码里的 “-”， “ ”之类的字符，白名单在宏 NUMBERS里设置
2015-11-19 23:27:33
918
原创 反思自学中的误区
这周末花了近一天的时间自学iOS，看了书籍和视频，但效果并不太好，一直在走神，真正记住，会用的知识点并不多，晚上睡觉时自己反思了一下，大致有如下几个方面的问题 1、在书中给出案例时，没有主动积极地思考解决方法，只是去抄代码。并且就是流水账式地抄，不去理会代码之间的逻辑结构，遇到陌生的API也不会关注，不会去留意用法，这样一番折腾下来，书倒是看了好几章，但真正记到脑子里的东西却不多
2015-11-10 00:14:06
475
原创 学会分解问题和归类问题——关于方法和技巧
最近发现，在开发过程中，我最大的障碍不在于技术储备的不足，而在于没法正确分析分解问题，没法将一个复杂，未知的问题分解成已知，简单的问题。甚至常常因为自信不足和心意浮躁，将原本并不复杂的问题复杂化。比如今天需要解析一个plist文件，获取值，文件的结构如图其实它并不复杂，是四层的字典嵌套加上一层的array 字典用 objectForKey:KeyValue方法来获取 而array 也是用 ob
2015-11-09 00:26:29
2977
原创 增强if-else容错性的方法
今天写一个苹果移动app的sample时，由于 if-else语句用得不严谨，当程序中出现bug时，影响了排查问题的效率 出问题的方法是屏幕旋转前触发的事件 -(void)willAnimateRotationToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation durat
2015-11-08 11:32:10
555
原创 15-11-03工作感悟
这几日与其他部门的开发人员联调接口，频繁地和人接触，所得到的感触和单纯做开发时差别很大。并且因为接触了许多自己不熟悉的领域，工作中的不足和自身能力的薄弱处也得到了暴露，在这里小结一下工作中的心得，也记录一下自身的缺陷。一、要整理自己的接口文档和环境配置文档 在联合调试时发现，由于缺乏统一的规范，需要耗费许多精力口头沟通，并且这些沟通没有被整理成文档，没有被有效地存储下来，在之后的联调中又要
2015-11-04 00:41:27
488
原创 联调接口时的一些感悟
最近在做APP时，在与平台组成员对接接口时，在一个接口上耗费了整整两天，并且没获取什么实质性的进展。然后我的主管在今天晚上帮我调试接口，只花了2个小时便打通了。我观察了主管解决问题的方式，意识到自己身上还有太多不足的地方，所以写了小结，供日后参考和警示 1、自己害怕和人交流，阻碍了工作的进度 这次要调试的是一个生成订单的接口，这接口的协议规范很多，格式上
2015-11-03 00:14:10
10489
5
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人