欧阳大哥2013
非常感谢你的建议，其实这些是有历史原因的：最开始开源时功能很简单而且命名更加混乱，后来其实是有一波改进的。在Swift版本的TangramKit中对命名才进行了更加合理的规范处理，您可以看看Swift版本的命名就知道了。 其实对于文中提到的比如width,left这些属性是不能直接作为UIView的扩展分类来设置的，因为这个名字太大众化，有很大几率会跟其他库重名。解决问题的最佳解决方案就是使用固定前缀或者再建立一个命名空间。 最后之所以OC版本这样的原因是因为目前库还是有很多用户的，一旦名字修改就势必会需要引起接入方的一大波适配操作。所以只能通过其他一些方式来慢慢改进。目前我有在思考是否需要对OC版本的各种属性进行一次大的重构处理。
您有具体的代码吗？光看界面是说自视图的自适应无法让外部的父容器视图自适应高度对吗？还是建议您把代码贴出来。
这个问题是demo写的有问题，我修正一下DEMO即可，感谢提出问题。其实问题的关键还是在于demo中frame的设置出现问题了。
本问题已经在1.9.8版本中修复。老版本的横竖屏都是以设备的方向来进行适配的，新版本的优先用interface orientation方向来进行方向适配。
这是正常的呀。layout也是继承自UIView的，layout也是一个普通的视图。
这个是系统的行为，和是否是布局无关。布局视图也是从UIView 派生出来的一个普通视图，你可以试着在你自定义view 上加一个非layout布局视图就会发现也是一样的会响应手势。
可以给出具体和MJRefresh结合的代码或者例子吗？
目前swift版本更新正在计划中，这次的更新主要还是优先向OC版本的功能靠齐。至于做成像swiftui的布局形式，后续可以考虑通过语法糖的形式来提供。
应该没有这个限制，我的demo中也是有MyGridLayout添加到UIScrollView上的情况，出现问题的原因估计是您的MyGridLayout的宽度或者高度约束没有设置的原因吧。具体情况你可以把你的代码私信给我一份。
非常抱歉，这个是一个通用的HOOK机制，对于Hook特定的block对象可能会比较麻烦，如果确实要hook时你需要持有某个block对象，然后在那个HOOK函数中进行特定对象的判断。目前这个机制主要用于一些日志记录和监控用，不是用于特定的HOOK某个对象用。其他有一些可以HOOK特定对象的开源库您可以找找。