hellohaley

我本来也想改你源码来着，看了一下目前里面的架构只能支撑单个弹窗，没法改，就先用单弹窗做了考虑以后撸，不急。 另外，我发现如果弹窗箭头是朝下的话，背景是类似白色的浅色，最后一个分割线很碍眼。如下图：  然后我考虑在判断到方向后，tableView上添加一个视图覆盖掉最后那个分割线，代码如下(196行)： ``` if (_arrowDirection == FTPopOverMenuArrowDirectionDown) { menuRect = CGRectMake(0, 0, self.frame.size.width, self.frame.size.height - FTDefaultMenuArrowHeight); // 遮住最后的白线 by Haley 2016-11-17 UIView *lineView = [self viewWithTag:201]; if (!lineView)...

我这边是要实现微信公众号底部菜单的效果。

你这个处理效果更优！

分割线左边距并不是设置的宏的值6，不知道你这边有更优雅的做法么？我是把后面改成了10+宏值。

@liufengting 测试了10月14号我下载的版本，和刚下的版本，得出的结果是在iOS 10以上分割线正常，在iOS 10以下（测了iOS 9),分割线前面有固定15的距离。

你部署的是哪个版本的后台服务？

在Xcode 12 上，新建工程，然后删除ScenedDelegate，在任何页面使用YYTextView，启动工程就会崩溃。

你需要做一些改进，在获取到property列表那里的if 判断中添加上对float 的判断，还有find 方法的setValue 那里也有几个if判断，添加上对float 处理就OK了。我希望在使用这个库的人都能看一下具体的实现原理，runtime 是什么使用的，所以才没有包含所有类型的判断。

那可能需要做一些修改，通过CreateTable里的SQL语句可以判断表是否存在。

首先，你理解的确实没问题。 其实，app 应用内嵌套WebView，使用到JS与OC交互的情形应该是占到所有API极小的比例。 这个交互技术，应该并不是针对大批量，高并发的请求处理。 然后，如果你需要高并发的情况，个人认为应该考虑重新设计下交互了。