抛弃xib 最近项目工期比较宽裕，做了比较多refactor的事情，最重要的一件事情是把项目中的很大一部分的nib/xib文件移除了。关于项目中是否应该使用IB的争论一直很多（如reddit），也没有好的结论。但对于团队开发而言，拒绝IB无疑是一个明智的选择，至少从目前的经历而言，使用nib/xib有以下不足之处： 1. 不方便团队其他成员进行review，nib/xib文件是采用xml，目前主流的review工具（如reviewborad）支持不够好，比较难看明白。 2. nib/xib的xml Sche
Xcode 升级到 5 之后， iOS 的 xib 文件发生了变化， 导致 Xamarin Studio 中自带的 iOS ViewController 模板出错了， 本文分析发生的错误， 并给出对应的解决方法。
本文主要介绍了一种基于Masonry的视图模块化方案，通过使用自定义UIView和UICollectionView实现视图的模块化，简化了视图的创建过程，提高了开发效率。同时，还介绍了一种基于Masonry的自动计算视图间距的方法，简化了间距调整的实现过程。
概述 在iOS的发展历程中，IOS开发经历了三种主要流派：使用代码手写UI及布局；使用单个xib文件组织viewController或者view；使用StoryBoard来通过单个或很少的几个文件构建全部UI。而在最近几年的开发中，苹果对 Storyboard 的开发力度也不断增强，添加了更多功能和特性，大大方便了界面的开发、适配以及提升代码性能。 我们来看看三种方式的主要区别: 手写页面和逻辑代码 如果你的目的是写一些可以高度重用的控件提供给其他开发者使用，那毫无疑问最好的选择应该是使用代码来完成UIVi
概述 Xcode 8正式版在9月13日已经推送给开发者下载，下载之后就出现了很多编译错误，之前的插件也不能用了，但是发现Xcode8把好多不错的插件功能整合到自身了，感觉这点也挺不错。 结合自己遇
屏幕模式（1x, 2x, 3x）：描述的就是屏幕中一个点有多少个 Rendered Pixels 渲染，对于2倍屏(又称 Retina 显示屏)，会有 2 * 2 = 4 个像素的面积渲染，对于3倍屏(又称 Retina HD 显示屏)，会有 3 * 3 = 9 个像素的面积渲染
想要做好iOS的应用开发，深入的理解Cocoa框架是十分重要的。 今天做一下自上而下梳理，这样在开发的时候会更清晰，遇到问题也可以更容易的找到方向。
第1章 Interface Bundle 概要 ---- Bundle 一种标准化的层次结构，保存了可执行代码及代码所需要的资源。 nib Next Interface Builder Interface Builder 的优点 开发和维护效率高 减少大量的 UI 代码和“胶水代码” 适配变得十分简单 IB 也可以做一些非 UI 的事情 利用 IB 学习控件可以达到事半功倍的效果 Interface Builder 的缺点 IB 的执行效率没有纯代码高 使用 IB 开发的过程中容易出现一些小问题 有一定的学
第二篇：UICollectionView自适应案例详解：【商品详情页】(原理：按照图片的原宽高比例进行显示图片全部内容，并自动适应高度） https://blog.csdn.net/z929118967/article/details/112976838
在iOS开发中，如果使用到了storyboard与xib文件并且使用autolayout进行自动布局，有时会报出Automatic Preferred Max Layout Width before iOS8.0的警告。工程中如果兼容的iOS版本为iOS8.0一下，并且使用了多行UILabel控件，往往在autolayout自动布局时会出现上述警告，上述警告的主要原因是在iOS8.0后系统会自动计算多行UILabel控件的理想换行宽度，iOS8以下则不会，需要开发者手动设置一个确定的值。
在iOS开发中，自定义view是很常见的事情，如果view上视图功能复杂，固然可以通过frame来计算各个空间位置来布局，不过开发时间就长了，apple为我们提供了快速开发的工具xib，今天就介绍介绍如何通过xib来自定义view，提升开发效率。
经过前两篇文章的学习，相信对组件化开发有了大致的了解，那我们这篇文章就来讲讲资源文件的加载吧 这里我新建了一个LXFMain组件库，主要是用来显示TabBar的玩意，然后再进行组件化抽离出来，其中
AutoLayout简介 Autolayout是一种全新的布局技术，专门用来布局UI界面的，用来取代Frame布局在遇见屏幕尺寸多重多样的问题。Autolayout自iOS 6开始引入， 但是由于X
通过本文，你可以创建你的第一个Mac Application，编译并指定版本号，而且经过练习，你应该掌握：
## 1. UIStackView StackView 是iOS9以后才有的，主要解决了组件排列布局复杂的问题，高效快速。
因为公司使用的是 Objective-C 开发 app，没有使用 swift 来开发，所以决定自己研究 Swift，研究 Swift 的时间不长，对于 Swift 的基本语法有了大致的了解，但是对有些概念和语法还是理解的不深，所以决定模仿一些已经发布的 app，一方面可以让自己更好地理解和使用 Swift，另一方面可以和志同道合的人一起交流，共同进步。
IB_DESIGNABLE / IBInspectable 这两个关键字是在WWDC 2014年"What's New in Interface Builder"这个Session里面，用Swift讲过一个例子。也是随着Xcode 6 新加入的关键字。
Intent 传递的数据都必须基于Serializable protocol， 且将常用的基本数据均以extension此protocol
2016-11-2120:41:52 发表评论 7℃热度 1.xcode5和xcode7区别? 2.pch文件原理? 3.UIApplication常见功能? 4.程序完整启动流程? 5.U
因为刚刚涉入IOS APP开发，对IOS应用的使用的生命周期不是很熟，所以写下此日志，以防时间一长又忘记了。
目前公司产品线中存在大量功能类似的APP，按照模块化方式开发项目，核心模块业务代码是复用的，使用同一个开发者账号下iOS上架流程中有些APP在苹果机审过程中惨遭被拒的下场，通过更改部分页面UI效果也无济于事，于是采用代码混淆的方式也就是马甲包方案去绕过机审；
iOS Class Guard是一个用于OC类、协议、属性和方法名混淆的命令行工具。它是class-dump的扩展。这个工具会生成一个symbol table，这个table在编译期间会包含进工程中。iOS-Class-Guard能有效的隐藏绝大多数的类、协议、方法、属性和 实例变量 名。iOS-Class-Guard不是应用安全的最终解决方案，但是它绝对能让攻击者更难读懂你的程序。iOS-Class-Guard会加大代码分析和runtime检查的难度，这个工具可以认为是一个简单基础的混淆方法。由于OC的架构决定了iOS应用程序的剖析相当简单，check out一下链接就知晓了：
MonoMac是面向Mac OSX API的C#绑定，其API设计主要受到了MonoTouch的启发，后者可以基于Mono开发原生的iOS应用程序。MonoMac套件的目标之一，也是发布独立的 .app应用程序，让最终用户摆脱对Mono的依赖。MonoTouch的成功则是一个良好的基础，于是Mono开始将Cocoa API使用C#和.NET世界中的模式与惯例用法表现出来，并提供开发人员整套Cocoa应用程序的开发工具。 Mono之父Miguel de Icaza表示，.NET从一开始便设计成为一个易于互操作
创建一个 HelloWorld 项目, 在这个 IOS 项目中有四个目录 : 如下图;
ios应用程序存储一些图片，资源，配置信息，甚至敏感数据如用户信息、证书、私钥等。这些数据怎么保护呢？可以使用iOS提供的Keychain来保护敏感数据，也可以使用加密技术，或者使用Ipa Guard 来弱化文件名称含义，增加破解难度。实现保护iOS app应用程序不被反编译、破解或篡改。
前段时间注意到我们 APP 的包大小超过100MB了，所以随口跟吕老板说了下能否采用字体文件（.ttf）替代 PNG 图片，吕老板对应用瘦身很感兴趣因此让我做下技术调研。这篇文章主要是将我们的各个技术方案的思路做一下整理和总结，希望对大家有所帮助。
关于iOS的布局主要有两种方式，分别是AutoResizing和AutoLayout。其中AutoResizing作为一种旧的布局方式，在AutoLayout被推广之后已经很少被使用。为了更加清晰的了解iOS的布局方式，本篇针对于这两种布局方法进行简要的总结。 一.AutoResizing 我们在使用AutoResizing进行布局的时候，其主要思想就是设置子视图跟随父视图的frame变化而变化。具体的情况，我们可以设置左跟随，右跟随等等。下面是AutoResizing在代码中的使用。 //父视图 UIVi
先祝各位假期愉快喽。不知有多少同学和我一样计划把这8天当中的多数时间花在“宅”上；做做博客和小项目，看看live视频，录点demo出来，太赞了这日子。
上一篇文章iOS - Swift 面向协议编程（一） 已经对Swift的面向协议编程做了介绍，接下来该篇文章将使用面向协议开发(POP)来做下实际的应用 在实际开发中，自定义View基本上是必须
MVC不是一个新概念，只要有一定开发经验的人基本都知道这个东东。但是之前在业界一直不温不火，直到IOS火起来，这个概念开始为人所熟识并加以运用。究其原因，个人以为是之前的人把MVC搞复杂了（例如ASP.net MVC），IT就是这样，技术越复杂就会越难被人理解接受，越不被人理解接受，自然就不会被大家推广使用。
在我的另一篇博客http://my.oschina.net/u/2340880/blog/403996中探讨了IOS拉伸图像(UIImage)的几种方法和一些小经验，这篇是一个补充，再将xcode中的另一种可视化拉伸图像的方法的使用介绍给大家。
UIViewController 可以理解为 App 的界面，负责管理 UIView 中显示的内容和用户的交互，主要有以下作用：
本文同步 个人博客 简书 掘金 慕课 使用Xcode 9.3 Swift4.1
1. 序列帧动画实现 1方式1: [UIImage animatedImageWithImages:**动画图片数组** duration:**持续时间**]; // 可以获取一个能做动画的UIImage对象"gif图片" 2 方式2: self.imageView.animationImages = array; // 装图片的数组(需要做动画的图片数组) self.imageView.animationDuration = 2; // 动画时间 self.imageView.animationRep
当app经过一段儿时间的迭代，往往会出现一些性能问题，这时能够协助开发同学解决这些性能问题也成为我们测试同学的重要工作。凑巧最近一段时间小编就一直在协助开发同学去进行app内存优化。这里小编整理了一份关于内存优化的心得分享给大家。
1. 控制器View的创建 首先我们来看一下控制器view创建的流程图 控制器view加载.jpeg 从图中我们可以看出，在控制器view加载过程中有两个重要的方法loadView和viewDidLo
本章节主要从视图、网络、设计模式几个方面考察开发者的开发水准，这是任何一个合格的 iOS 开发者都应该具备的基本素养。
在GitHub在看了WeChat ,只提取了朋友圈的代码写了一个Demo。代码很简单。
ARC(Automatic ReferenceCounting, 自动引用计数)和iOS5一起发布，它避免了最常见的也就是经常是由于我们忘记释放内存所造成的内存泄露。它自动为你管理retain和release的过程，所以你就不必去手动干预了。忘掉代码段结尾的release简直像记得吃饭一样简单。而ARC会自动在底层为你做这些工作。除了帮你避免内存泄露，ARC还可以帮你提高性能，它能保证释放掉不再需要的对象的内存。
UIWindow是一种特殊的View 1.iOS启动完毕后，创建的第一个视图控件就是UIWindow。 2.接着创建控制器的View， 3.然后将控制器的view添加到UIWindow上 4.于是控制器的View就显示在屏幕上了。 5.也就是说没有UIWindow，就没有UI界面
UIViewController采用懒加载的方式，也就是说第一次访问到view属性时才会加载或创建它。由于视图由视图控制器管理，所以讨论视图的加载方式时，主要讨论视图控制器的加载方式。
制作导航条 使用网络框架Alamofire 使用 SwiftyJSON iOS10开启启用 HTTP 请求 使用 ObjectMapper 关于 Swift 闭包里面循环引用 封装模块 设置 NSView 的圆角 解决 Xib 无法显示自定义控件从 Xib 加载的问题。 Objective-C 中的 [self class] 用 Swift 怎么表示 关于 prepareForInterfaceBuilder() 方法 解决 NSView 不能显示圆角的问题。 使用 CALayer 设置背景颜色 设置 ContentHeader 右侧试图 制作 文章 页面 数据 的模板 prepareForInterfaceBuilder() 只能设置属性在所属的类里面。 如何设置 NSButton 标题的颜色 使用 Module 名称解决名字冲突问题 NSButton 设置 attributedTitle 之前的对齐方式失效 关于 NSMutableParagraphStyle
性能对 iOS 应用的开发尤其重要，如果你的应用失去反应或者很慢，失望的用户会在App Store写满差评。然而由于iOS设备的限制，有时搞好性能是一件难事。开发过程中你会有很多需要注意的事项，也很容易在做出选择时忘记考虑性能影响。本文针对不同阶段开发者提出了25个性能优化建议
程序启动的完整过程 int main(int argc, char * argv[]) { @autoreleasepool { return UIApplicationMain(argc, argv, nil, NSStringFromClass([MJAppDelegate class])); } } 执行顺序 1.main函数 2.UIApplicationMain 创建UIApplication对象 创建UIApplication的delegate对象
UI层由 Aqua ,Quick Look, Spotlight, Accessibility
今天接受了一个改造旧项目的任务，据说项目唯独在iOS11上无法运行。这很容易就让我们想到与最近苹果iOS11放弃支持32位应用的事件有关。确实我在平时开发的项目中也没怎么涉及这个问题，这次在升级应用支持64位的过程中还是遇到了些问题，所以在这里总结一下，也许还会有同行的朋友遇到。 一、iOS11停止支持32位的来由 苹果于2013年9月推出了iPhone 5S新手机，采用的全新A7处理器其最大特色就是支持64位运算。64位A7处理器的使用意味着iPhone性能会大有提高，性能和速度更加出色；而要到达到这样的
用ARC管理内存 ARC(Automatic ReferenceCounting, 自动引用计数)和iOS5一起发布，它避免了最常见的也就是经常是由于我们忘记释放内存所造成的内存泄露。它自动为你管理retain和release的过程，所以你就不必去手动干预了。忘掉代码段结尾的release简直像记得吃饭一样简单。而ARC会自动在底层为你做这些工作。除了帮你避免内存泄露，ARC还可以帮你提高性能，它能保证释放掉不再需要的对象的内存。 在正确的地方使用 reuseIdentifier 一个开发中常见的错误就是没
现在开发iOS无非就是用xib和纯代码开发，不论用什么方式开发都少不了屏幕适配。这只是个人开发中使用的方法也不一定是最好的方法，仅供交流和分享使用。
以前在入门的时候，找的入门书籍上编写的 demo 都是基于 Storyboards 拖界面的。后来接触公司项目，发现界面都是用纯代码去写复杂的 autoLayout 的。再然后，领导给我发了个 Masonry 库去看，依然是手写代码布局界面，但效率高了不少。工作一段时间，看了很多博客，也看了一些书，发现用纯代码写界面的很少，于是就在 Google 上搜 Storyboards 有什么好处，最后发现了一篇非常好的文章。在此提炼文章的一些观点，同时表达一下自己的观点。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
