皮皮网

1.iOS系列之UI：contentSize、contentOffset和contentInset
2.iOS开发UI篇--使用UICollectionView实现一个列表头部拉伸效果的案例
3....了iOS UI design,新建模版还是没有iOS 用户界面设计?
4.iOS-UIGestureRecognizer详解-原理篇
5.iOS开发- UICollectionView详解+实例
6.iOS开发--Swift：布局库——SnapKit

iOS系列之UI：contentSize、contentOffset和contentInset

        scrollView三个属性：contentSize、contentInset和contentOffset

        contentSize:即内容,就是scrollview可以滚动的区域,比如frame = (0 ,0 , ,) contentSize = ( ,)，代表你的scrollview可以上下滚动，滚动区域为frame大小的两倍。其中常用的是contentSize.height = 内容的高度。初始值为（0,0）

        contentOffset:即偏移量,其中分为contentOffset.y=内容的顶部和frame顶部的差值,contentOffset.x=内容的左边和frame左边的差值,下面重点阐述contentOffset.y,因为contentOffset.y最为常用。

        contentInset:即内边距,contentInset = 在内容周围增加的间距(粘着内容),contentInset的单位是UIEdgeInsets,默认值为UIEdgeInsetsZero。

        说完了三者的定义,下面介绍contentSize到底包含哪几部分,tableView的内容(即contentSize)仅包含下面三部分:

        tableView的内容(即contentSize):

        1. cell

        2. tableHeaderView\tableFooterView

        3. sectionHeader\sectionFooter

        其中

        contentSize.height = 内容的高度

        contentOffset.y = 内容的顶部 和 frame顶部 的差值

        contentInset = 在内容周围增加的间距（粘着内容）

        请读者牢记上面的概念介绍,对理解下面tableview的情形有一定的帮助。

iOS开发UI篇--使用UICollectionView实现一个列表头部拉伸效果的案例

       案例演示展示的是一个具有头部拉伸效果的列表界面。当列表的offsetY小于0时，顶部会随手势下拉，动态调整头部宽度和高度，带来更流畅的用户体验。直观效果如下：

       为了实现这一效果，微博视频下载源码需要自定义UICollectionViewFlowLayout。这是UICollectionView的核心功能，负责管理布局、组织和排列集合中的各个Cell、附属视图和装饰视图，提供高度自定义界面布局的可能性。

       在实现中，`layoutAttributesForElementsInRect:`方法显得尤为重要。当collection view请求一个坐标系统内的矩形时，该方法负责处理传入的矩形并返回一个包含UICollectionViewLayoutAttributes对象的数组。此数组对应了cell、附属视图或装饰视图在矩形区域内的进口溯源码燕窝代理电话布局信息，包括frame、center、size、transform3D、alpha、zIndex等属性。通过indexPath与视图关联，collection view根据这些属性实例化并应用至视图。

       值得注意的是，`layoutAttributesForElementsInRect:`方法会处理所有视图类型，包括cell、附属视图和装饰视图。简单地返回布局属性可能在原型设计阶段有效，但会导致性能问题。正确做法是根据传入矩形内的可见视图数量来精确计算布局，避免为不可见视图进行额外工作。

       自定义UICollectionViewFlowLayout的值班信息系统源码下载关键在于理解并有效利用`layoutAttributesForElementsInRect:`和`shouldInvalidateLayoutForBoundsChange:`方法。通过精心设计布局逻辑，实现所需动态效果。

       实现自定义UICollectionViewFlowLayout的完整代码示例可以参考官方文档和开源社区资源。开发者可根据实际需求调整布局逻辑，以实现独特的界面效果。

       如需获取实现案例，可访问相关社区或技术论坛，获取更多开发资源和指导。若此文章对您有所启发，欢迎关注并分享。期待下篇教程能为您提供更多关于UICollectionView的实用技巧。

       文章内容来源于网络，如有侵犯版权，请联系作者进行删除处理。

...了iOS UI design,新建模版还是没有iOS 用户界面设计?

       你下载的是组件库，可以从symbol中调用；如果要从模版新建，是改进飞蛾扑火算法源码另外一种方法：

       第1步 首先要有你想要的模版源文件

       第2步 在sketch启动页面，模版类目中的空白处（gif中是空黑处）右键单击

       第3步 点开「显示用户模版文件夹」，将源文件拷贝到该文件夹

       第4步 退出sketch，重新打开！叮咚（自带bgm）！可以看到预设模版里已经有你需要的文件啦！

iOS-UIGestureRecognizer详解-原理篇

        UIGestureRecognizer是苹果在iOS 3.2之后，推出的手势识别功能。UIGestureRecognizer是一个抽象类，将触摸事件封装成了手势对象，大大简化了开发者的开发难度，同时也提升了用户的交互体验。UIGestureRecognizer有七个子类，它们具体实现了不同手势的功能。

        UIGestureRecognizer 是一个抽象类，所以它会提供很多共有的属性和方法给子类用，这也是抽象父类的作用。

        addTarget方法，允许一个手势对象可以添加多个selector方法，并且触发的时候，所有添加的selector都会被执行，我们以点击手势示例如下：

        先把所有的属性和方法列举出来说说作用的，有的属性是很常用的，就不展开说了，有的属性不常用，但是比较重要，我就单独拿出来详细说一下。

        先来说说requiresExclusiveTouchType这个属性

        是不是有很多人和我之前一样，把它理解成了设置为NO，就可以同时响应几种手势点击了呢？

        这个属性的意思：是否同时只接受一种触摸类型，而不是是否同时只接受一种手势。默认是YES。设置成NO，它会同时响应 allowedTouchTypes这个数组里的所有触摸类型。这个数组里面装的touchType类型如下：

        如果把requiresExclusiveTouchType设置为NO，假设view上添加了tapGesture手势，你同时用手点击和用触控笔点击该view，这个tapGesture手势的方法都会响应。

        接下来说说cancelsTouchesInView、delaysTouchesBegan、delaysTouchesEnd这三个属性。

        cancelsTouchesInView栗子

        栗子中，pan.cancelsTouchesInView = YES时，为什么会打印"touchesMoved调用了"呢？这就涉及到第二个属性 delaysTouchesBegan ,这是因为手势识别是有一个过程的，拖拽手势需要一个很小的手指移动的过程才能被识别为拖拽手势，而在一个手势触发之前，是会一并发消息给事件传递链的，所以才会有最开始的几个touchMoved方法被调用，当识别出拖拽手势以后，就会终止touch事件的传递。当pan.cancelsTouchsInView = NO，touchesMoved和panHandler依次被打印出来，touch事件继续响应。

        delaysTouchesBegan的栗子

        当delaysTouchesBegan设置为YES时，手势识别成功之前都不会调用touches相关方法，因为手势识别成功了，所以控制台只打印了"panHandler 调用了"的信息。如果手势识别失败了，就会打印touchesMoved方法里的信息。

        delaysTouchesEnd的栗子

        就像上面对这个属性的分析一样 设置为NO，则会立马调用touchEnd:withEvent这个方法。设置为YES，会等待一个很短的时间，如果没有接收到新的手势识别任务，才会发送touchesEnded消息到事件传递链。

        用法：[A requireGestureRecognizerToFail：B] 当A、B两个手势同时满足响应手势方法的条件时，B优先响应，A不响应。如果B不满足条件，A满足响应手势方法的条件，则A响应。其实这就是一个设置响应手势优先级的方法。

        如果一个view上添加了多个手势对象的，默认这些手势是互斥的，一个手势触发了就会默认屏蔽其他手势动作。比如，单击和双击手势并存时，如果不做处理，它就只能发送出单击的消息。为了能够优先识别双击手势，我们就可以用requireGestureRecognizerToFail：这个方法设置优先响应双击手势。

        手势可以分为："离散手势"和"连续手势"

"离散手势"：比如tapGesture、swipeGesture等

"连续手势": 比如：panGesture,rotationGesture等。

        对于连续手势，手势识别器可能使状态转换更多，如下图所示：

        可能---->开始----> [已更改] ---->已取消

        可能---->开始----> [已更改] ---->结束

        在视图上点击视图的手势------常用度五颗星

        在视图上手指进行缩放的手势------常用度三颗星

        在视图上手指旋转的手势------常用度三颗星

        在视图上用手指进行有方向滑动的手势------常用度三颗星

        在视图上用手指进行长按的手势------常用度三颗星

        在视图上用手指进行平移的手势------常用度四颗星

        手指在屏幕四个边缘平移的手势------常用度三颗星

        从runLoop底层看事件响应和手势的关系：

        如果系统提供的手势不能满足你，你也可以自定义手势。自定义手势需要继承：UIGestrureRecognizer,并且需要导入头文件#import <UIKit/UIGestureRecognizerSubclass.h>，实现以下四个方法：

        更多自定义手势内容请看 这里

        关于iOS-UITouch事件处理请看 UITouch事件处理-原理篇

        本文借鉴了一些前辈的文章，如果有不对的地方请指正，欢迎大家一起交流学习。

iOS开发- UICollectionView详解+实例

       UICollectionView是iOS6引入的API，用于展示集合视图，布局更灵活，适用于多列布局，使用方式与UITableView类似，但需要自定义Cell。

       实现UICollectionView主要涉及三个协议：UICollectionViewDataSource、UICollectionViewDelegate和UICollectionViewDelegateFlowLayout。下面将通过一个具体实例来介绍如何使用UICollectionView。

       自定义Cell是关键步骤之一，首先创建一个名为CollectionCell的UICollectionViewCell子类，并在Xcode中创建对应的ocr计费系统软件源码XIB文件。在XIB中，移除默认View，添加一个CollectionViewCell，并设置其大小为*。接着，修改类名为CollectionCell，添加一个ImageView和一个Label。创建映射关系，修改init方法，并为CollectionCell设置identifier。这样，自定义的Cell就创建完成。

       定义UICollectionView同样重要，拖动一个CollectionView至指定的ViewController上，设置dataSource和delegate，连接并创建映射。调整Cell Size为*，并修改其属性，如滑动方向、垂直或水平。选择CollectionViewCell，将Class设置为CollectionCell。在ViewDidLoad方法中声明Cell的类，确保程序不会因未加载Cell而崩溃。同时，在ViewController的.h文件中声明代理，并在.m文件中实现代理方法。

       至此，一个基本的UICollectionView实例就完成了。点击某项后的跳转事件与UITableView类似，通过实现代理方法即可实现。实例的具体代码和详细步骤在原文中有详细介绍，有兴趣的开发者可以参考原文进行学习和实践。

iOS开发--Swift：布局库——SnapKit

       深入探讨iOS开发中Swift语言的布局库——SnapKit，你会发现与其它UI组件库的显著差异。在Flutter和Vue等框架中构建UI组件，可以达到“所见即所得”的效果，边设计边调试，十分便捷。相比之下，iOS的UI布局似乎落后于时代，特别是与Android的布局体验相比。

       尽管Android的UI编写过程也不免让人觉得不那么友好，但至少与iOS相比，Android在UI编写方面提供了一定程度的便利性。这是因为Android的UI框架允许开发者直接在代码中进行布局设置，而在iOS中，布局过程则需要经过编译、调试等多个步骤，显得更为繁琐。

       此外，Flutter与H5等前端框架在构建UI时，基本都遵循了组件化思路，拥有丰富的官方组件和第三方组件库，开发者可以根据需求选择使用。而iOS的原生组件库相对较少，开发者往往需要自定义实现一些组件。

       尽管如此，SnapKit为iOS开发者带来了一丝曙光，使得布局工作变得更加高效。SnapKit通过提供链式调用和函数式编程的方式，简化了布局代码的编写。接下来，我们将对比使用iOS原生布局与SnapKit布局时的代码量，直观感受SnapKit的便利性。

       在SnapKit的辅助下，通过简洁的代码，可以快速完成复杂的布局设置。同时，SnapKit还提供了一系列功能，如更新、引用、停用和启用约束等，帮助开发者更好地管理布局关系。例如，可以通过给控件添加、更新约束等方式，灵活调整布局效果。

       在使用SnapKit时，开发者需要注意一些细节，比如在布局前确保子视图已添加到父视图中，以及合理设置约束优先级等。同时，对于UIScrollView的使用，SnapKit同样提供了优化方案，确保其正常滚动功能。

       此外，iOS开发领域也在不断发展，SwiftUI和ComposeUI等新的布局框架逐渐崭露头角，为iOS开发者提供了更多选择。在SwiftUI中，开发者可以基于Flexbox模型创建灵活、响应式的布局，实现类似H5和Flutter的布局效果。

       最后，随着iOS与H5交互的增多，开发者可能会遇到一些特定问题。在今后的文章中，我们将关注这些问题，帮助开发者更好地解决实际工作中遇到的挑战。