Ios 许多UIView+;QLViewController=性能非常慢

Ios 许多UIView+;QLViewController=性能非常慢,ios,iphone,objective-c,ipad,uiview,Ios,Iphone,Objective C,Ipad,Uiview,我正在构建一个日历控件。尽管使用了数百个UIView(示例图像中的每个单元格都是UIView),但它通常工作良好且响应迅速 我遇到了一个将日历放入应用程序的问题。它被其他一些控件完全遮挡,最后被快速查看的viewcontroller遮挡当快速浏览被取消时应用程序需要很长时间(10秒)才会出现响应 除了快速查看之外,任何视图都没有缓慢的症状 任何帮助都将不胜感激。问题在于自动布局。它只能处理大量的视图。每个嵌套视图都会以指数方式影响渲染时间 我最终编写了自己的“MagicLayout”系统来

我正在构建一个日历控件。尽管使用了数百个UIView(示例图像中的每个单元格都是UIView),但它通常工作良好且响应迅速

我遇到了一个将日历放入应用程序的问题。它被其他一些控件完全遮挡,最后被快速查看的viewcontroller遮挡当快速浏览被取消时应用程序需要很长时间(10秒)才会出现响应

  • 除了快速查看之外,任何视图都没有缓慢的症状

任何帮助都将不胜感激。

问题在于自动布局。它只能处理大量的视图。每个嵌套视图都会以指数方式影响渲染时间

我最终编写了自己的“MagicLayout”系统来完成同样的工作,但它需要500毫秒而不是10000毫秒。关闭ViewController的时间从10秒增加到10秒左右


即将来到您附近的Xamarin组件商店。

介意分享一些代码吗?在滚动此怪物时,您是否使用UICollectionView或某种单元重用架构来保持较低的内存占用率?很抱歉延迟,我想SOF不会向我发送通知。我想我无法向您展示任何有用的代码。日历是使用相当复杂的抽象层创建的,这使得UI平台不可知。日历没有使用单元重用架构,因为在任何给定的时间,大约50%的单元都是可见的。我曾尝试将控制的数量限制在可见的范围内,虽然这确实使延迟时间缩短了一些,但这并不是一个解决方案;也就是说,它可以在以后作为优化来完成,但不是问题的主要原因。