#iOSSystemFrameworks
##10.27日:全部整合到ITRoad中,这个库不再更新
在原版iOS的系统框架上不断丰富众人的经验和见解作为注释,不断积累,以达到高效相互学习,高质量共同进步为目的,参见iOS_系统所有Frameworks & usr/include概览
- Xcode版本为Version 7.3 (7D175);Frameworks文件夹和include文件夹均为原始状态
- 进度.h用来掌控进度
- XMinds文件夹是各个framework的辅助图
- Frameworks的路径为/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/System/Library/Frameworks
- include的路径为/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include
必须严格按照
相关开发标准修改文件iOSSystemFrameworks注释标准
如今学习过程:
①入门过程,一个系统性概要学习
②运用过程,实际使用中各有侧重
遇到一个不会的东西的处理过程:
①看方法文档:快速帮助,苹果开发者文档 没有侧重,很全面但实用性不佳
②网上搜索资料: 百度,谷歌,可以解决一部分问题 资料完整性,时效性,权威性弱,发现问题无法及时沟通作者修复,往往需要自己再在demo中测试
③QQ群等社交渠道: 即时响应,同行好沟通 大家都很忙,能不能帮上忙看人品
处理的结果:
①往往只求眼下问题被解决,或者使用第三方框架但并不明白其原理,一直埋下位置的隐患,且存在代码结构及效率问题
②即便自己愿意花费时间去深究,时间成本和效率也是问题.
纵观全局:
①A遇到了问题,想办法解决了,但B遇到问题时,仍然需要A来解释一通,如果A写了分享,那还需要B恰好能联系到A,且A尚未忘记问题的处理办法. 效率不高
②基本大家的运用范围交集很大,而有些是都没有用到了,或者只有少数人用到,一旦遇到这方面问题就容易卡壳
③资料繁多,良莠不齐,各自为战,相互学习分享的效率低下
④官方文档全面但实用性差
⑤英文问题
问题解决思路:
①将Xcode中原版的framework和iclude过滤并丰富中文及经验注释
②共2831文件,众包形式分配,没人维护1~3个,将其深入解析,连接相关资源及个人博客,极大提高相互学习效率.处理问题速率及质量大大加强,
且增强的相互之间的人脉及友谊.每个人都不是一个人战斗,背后都有千百号人的后备军,大家互为犄角,想想都激动.
(先凑个五六十个人,每人来个五十个,两个月时间先试试整个v1.0出来看看效果如何再说.)
③每个文件中都留下维护人信息,便于资料推荐及问题询问,每个人都是专家.人各有长,互补共赢.
④便于暴露集体问题,便可集中优势力量重点突破.
⑤只添加注释而不修改原有代码,最终能够替换Xcode中的原版.
可行性环境:
①尚无人做这一点,或许是一个很好的突破口.且不只iOS有次问题,其他语言都存在此问题,因此或许无意间就打开了一片新的领域,开创了一种新的模式.
②QQ群中就有千百号人,大家相互本就比较熟悉,沟通起来更默契,且相互联系便捷高效.充分利用每一个人的所长,共同成长.
③极大的节约了学习时间.
利弊:
弊:占用时间.(这点弊端简直可以忽略不计)
利:
解决了这么多痛点.
未来设想:
①开发插件一键替换
②过滤ios官方开发文档
③逐步过滤热门第三方框架,深入了解其底层机制.不管如何厉害终究基于系统框架.
④紧跟XCode版本更新,成为行业新思路,最终普及到各个行业,推动全国的软件发展水平.