十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
看视频的话,蓝,不知道能不能看懂呢?
富拉尔基网站建设公司创新互联,富拉尔基网站设计制作,有大型网站制作公司丰富经验。已为富拉尔基近千家提供企业网站建设服务。企业网站搭建\外贸网站制作要多少钱,请找那个售后服务好的富拉尔基做网站的公司定做!
如果你是有,鸥,基础的话可以看视频,
但是如果你,iOS,一点这方面的基础都没有,
建议你还是,培,不要看视频了,
因为即使找,训,到对应的视频也看不太懂吧!
一般技术性平台的博客你都可以去尝试在上面写,iOS是属于技术性平台里面的分支,博客的内容都是垂直性地,所以没有存在专业与否的差别,只有对平台的选择的差别。而真正显现出博客主的专业程度的,是博客主里面的内容。故介绍几个活跃度,知名度都挺高的平台,你可以去尝试着发表,成与败看自身了。
CSND: 创立于1999年,中国最大的IT社区和服务平台,主要服务于软件开发者与IT从业者,有自成一套的周全体系。
博客园:创建于2004年1月,虽然诞生于一个小城市中,却仍旧获得了不错的发展。成长过程可谓励志。后来在上海创建了自己的团队,注册用户4w+,每日访问用户15w+,有博客,小组,博问,网摘,闪存,新闻频道,知识库和期刊多种区块。
开源中国:成立于2008年8月,主攻开源技术社区,200w+会员,有开源软件库、代码分享、资讯、协作翻译、码云、众包、招聘等几大模块内容。
blogspot:被收纳于Google,是国外的网站。首身是Pyra Labs公司创建的博客网站,提供网志书写和发布服务等功能,是全球最大、最为知名的博客服务提供商。
这篇是我多年前写在 博客园 上的一篇关于UICollectionViewCell/UITableViewCell因重用机制导致cell选中项错乱的解决方法,记忆很深刻,近日有朋友问起将文章转移一下。
实际上这些问题是由于设置选中状态的方式和位置不恰当造成的,应该给数据Model添加是否是选中项的字段,下面这种只是补救的方法:
博客园原文:
github 是集合了很多开源的框架,相当于一个代码托管网站,ios开发国内就那么几个cocoachina啊,csdn博客,博客园,还有开源代码的是appcodes
前几日发现另外一个不错的论坛,GDchina论坛,里面提供很多初级开发者的教程。 另外你需要资讯方面的,我说的是游戏开发商方面的,有GDchina,dapps它们也会提供部分教程。
1.goole开源
2.iOS基础知识
;page=1
3.OC的缺陷和陷阱
4.文顶顶博客园
5.FaceBook
6.objc中国
7.唐巧的技术博客
8.念茜的博客
9.code4app
10.cocoaChina
11.IT 社区
12.C博客
13.CocoaPods的安装及使用
14.标准时间与时间戳相互转化
15.博客 loadView、viewDidLoad及viewDidUnload的关系
16.iOS即时通讯语音聊天本地音频处理
17.承影博客
18.常用加密
19.正则表达式
20.iphone开发过程中调试多次release问题
21.使用 Xcode 和 Instruments 调试解决 iOS 内存泄露
22.iOS开发中常见的一些bug
23.玩转swift
24.友盟分享
25.objc中国
26.ViewController的切换
27.iOS 平台 Cocos2d-x 项目接入新浪微博 SDK 的坑
28.joosonmao的专栏(里面的文章都很棒)
29.移动IM(环信)
环信XMPP:
30.各种错误汇总博客园
31.菜鸟笔记
;page=1
32.开发者账号注册和支付
33.在Xcode中使用Git进行源码版本控制
34.PNChart(图像绘画)
35.微信公众平台
36.常用加密
37.cocoaPod相关网址:
38.2014年整理的IOS开发常用库
39.挺好的一个网站
40、响应者链
41、改变UITabBar的背景色
;utm_medium=referral
42、 IOS 集成到支付宝的步骤及问题
43、 XMPP 协议实现原理介绍
44、 iOS开发多线程篇—多线程简单介绍
45、KVC 与 KVO理解
46、 iOS 设计模式之单例模式
47. 一些第三方库的了解
如果你用的 AFNetworking- (NSMutableURLRequest *)requestWithMethod:(NSString *)method path:(NSString *)path parameters:(NSDictionary *)parameters//方法通过添加 [request setTimeoutInterval:10.0];如果是 ASIHTTPRequest[request setNumberOfTimesToRetryOnTimeout:2]; NSMutableURLRequest是NSURLRequest的子类,常用方法有设置请求超时等待时间(超过这个时间就算超时,请求失败)NSMutableURLRequest *urlRequest = [[NSMutableURLRequestalloc] initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicytimeoutInterval:10]; NSURLConnection *_connection = [[NSURLConnectionalloc] initWithRequest:urlRequest delegate:selfstartImmediately:YES];一个用来创建请求,一个用来将请求发送出去。然后我们实现 NSUrlConnectionDelegate 的几个回调函数就能完成整个流程了。 一般发送网络请求都会去设置一个超时时间,防止请求在那一直等待。根据不同的场景,我们还需要设置不同的超时时间。在上面的代码中我们设置了10秒超时。上面的故事看起来很完美。但是 apple的开发人员在这里给我们挖了一个坑。如果你的请求是个简单的“Get”请求,或者木有 body的“post”请求。一切都是那么完美,请求能够按照我们设定的时间自动超时。但是如果你发的是个“POST”请求,并且[urlRequest setHTTPBody:httpBody]; 那么,不好意思,你被潜规则了。ios3.0 以后 苹果的sdk对这种情况做了调整,如果是post请求,并且设置了 httpBody,那么请求的超时时间就被默认设置为 240 秒了。就算你再使用[urlRequest setTimeoutInterval:10];也是无效的,我们可以再设置完成后再读取这个值,发现它不会变成10,依然保持240秒。于是乎,网络不稳定的时候,你的程序就可能会陷入漫长的等待。发现这个问题后。我们通过自己起timer的方式来控制超时。具体怎么弄这里就不细说。只说下我们的策略。我们将整个网络过程分为 链接建立,发送数据,数据发送完成等待回包,接收数据 4个阶段来控制具体的超时。 设置我们的标准超时时间为 N (系统默认为 10秒,网络模块通过暴露相关接口,调用方可自由设置)链接建立链接超时时间: N * 1.5 每数据包发送超时时间: N * 1.5 数据发送完成等带回包超时: N * 2 每数据包接收超时时间: N * 1 以上超时分别在 NSUrlConnectionDelegate 的各个回调阶段进行相关设置就能达到比较精细的控制。特别说明下,为什么数据发送完成后等待回包的超时会设置的比较长。因为在实际测试过程中发现发包完成到接收到第一个数据包比较耗时,一般httpbody越大越明显,初步猜测是网络模块在发送数据缓冲区的数据,所以这里做了特殊的控制。 部分内容来自于博客园《NSURLCONNECTION 网络超时的那些事。》