- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有一个应用程序,它从 3 个共享的 Google 日历中获取事件并将其显示在表格 View 中。
我想实现拉动刷新,但如果我在加载数据之前松开拉动,应用程序会一直崩溃。 (如果我拉动几秒钟,一切都很好 - 如果我立即松手,它就会崩溃。
代码:
-(void)viewDidLoad
{
[super viewDidLoad];
UIRefreshControl *refresh = [[UIRefreshControl alloc] init];
refresh.attributedTitle = [[NSAttributedString alloc] initWithString:@"Pull to Refresh"];
[refresh addTarget:self action:@selector(getEvents) forControlEvents:UIControlEventValueChanged];
self.refreshControl = refresh;
startDates = [[NSMutableArray alloc] init];
[self getEvents];
}
- (void)stopRefresh
{
[self.refreshControl endRefreshing];
}
-(void)getEvents
{
[startDates removeAllObjects];
startDates = [NSMutableArray array];
sectionEntries = [NSMutableArray array];
entries = [NSMutableArray array];
sortedStartDates = [[NSArray alloc]init];
_imageForCalendarType = [[NSDictionary alloc]init];
_imageForCalendarType = @{
@"The Irish House Music Calendar" : [UIImage imageNamed:@"music.png"]
, @"FixedEvents-Student Night" : [UIImage imageNamed:@"student.png"]
, @"FixedEvents-Ladies Night" : [UIImage imageNamed:@"cocktail.png"]
, @"AppTest" : [UIImage imageNamed:@"football.png"]
};
dispatch_async(kBgQueue, ^{
NSData* data = [NSData dataWithContentsOfURL:sportsCalendarURL];
[self performSelectorOnMainThread:@selector(fetchedData:) withObject:data waitUntilDone:YES];
NSData* data2 = [NSData dataWithContentsOfURL:musicCalendarURL];
[self performSelectorOnMainThread:@selector(fetchedData:) withObject:data2 waitUntilDone:YES];
NSData* data3 = [NSData dataWithContentsOfURL:fixedCalendarURL];
[self performSelectorOnMainThread:@selector(fetchedData:) withObject:data3 waitUntilDone:YES];
// Reload table view - UI operation, so must be run on main thread
dispatch_async(dispatch_get_main_queue(), ^{
sortedStartDates = [startDates sortedArrayUsingSelector:@selector(compare:)];
[self.tableView reloadData];
[self performSelector:@selector(stopRefresh) withObject:nil afterDelay:2.5];
});
});
}
它在 cellForRowAtIndexPath 方法的这一行中给我一个 SIGABRT 错误:
NSInteger index = [self getRow:sortedStartDates[indexPath.section]]; // get correct index for sectionEntries
错误:* 由于未捕获的异常“NSRangeException”而终止应用程序,原因:“* -[__NSArrayI objectAtIndex:]:索引 4 超出空数组的范围”
错误似乎是因为我的 startDates NSMutableArray 中没有数据,但是如果我注释行 [startDates removeAllObjects] 我会得到冗余单元格。
最佳答案
至少,我建议检查以确保刷新尚未在进行中。您可能还想更改 getEvents
以将刷新控件作为参数并相应地更新下拉列表(以便用户知道正在进行刷新):
- (void)viewDidLoad
{
[super viewDidLoad];
_imageForCalendarType = @{
@"The Irish House Music Calendar" : [UIImage imageNamed:@"music.png"]
, @"FixedEvents-Student Night" : [UIImage imageNamed:@"student.png"]
, @"FixedEvents-Ladies Night" : [UIImage imageNamed:@"cocktail.png"]
, @"AppTest" : [UIImage imageNamed:@"football.png"]
};
UIRefreshControl *refresh = [[UIRefreshControl alloc] init];
refresh.attributedTitle = [[NSAttributedString alloc] initWithString:@"Pull to Refresh"];
[refresh addTarget:self action:@selector(getEvents:) forControlEvents:UIControlEventValueChanged];
self.refreshControl = refresh;
[self getEvents:refresh];
}
- (void)getEvents:(UIRefreshControl *)refresh
{
static BOOL refreshInProgress = NO;
if (!refreshInProgress)
{
refreshInProgress = YES;
refresh.attributedTitle = [[NSAttributedString alloc] initWithString:@"Refreshing"]; // let the user know refresh is in progress
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
// get the data here
dispatch_async(dispatch_get_main_queue(), ^{
// when done, update the model and the UI here
refresh.attributedTitle = [[NSAttributedString alloc] initWithString:@"Pull to Refresh"]; // reset the message
[refresh endRefreshing];
refreshInProgress = NO;
});
});
}
}
但是,您应该非常小心地异步更新模型数据(因为您的主队列可能会在更新过程中尝试从模型中检索信息)。你真的应该推迟模型的更新,直到最后分派(dispatch)到主队列。但是不要在异步过程中更新模型,否则您的模型和 UI 可能会暂时处于不一致状态。
此外,作为一种改进,您可能希望同时检索这三个数据源,并且您可能会观察到明显的性能改进。
- (void)getEvents:(UIRefreshControl *)refresh
{
static BOOL refreshInProgress = NO;
if (!refreshInProgress)
{
refreshInProgress = YES;
refresh.attributedTitle = [[NSAttributedString alloc] initWithString:@"Refreshing"]; // let the user know refresh is in progress
// get the data here
__block NSData *data1 = nil;
__block NSData *data2 = nil;
__block NSData *data3 = nil;
dispatch_queue_t queue = dispatch_queue_create([[[[NSBundle mainBundle] bundleIdentifier] stringByAppendingString:@".network"] UTF8String], DISPATCH_QUEUE_CONCURRENT);
dispatch_async(queue, ^{
data1 = [NSData dataWithContentsOfURL:sportsCalendarURL];
});
dispatch_async(queue, ^{
data2 = [NSData dataWithContentsOfURL:musicCalendarURL];
});
dispatch_async(queue, ^{
data3 = [NSData dataWithContentsOfURL:fixedCalendarURL];
});
// use dispatch barrier here, which will only fire when the previous three requests are done
dispatch_barrier_async(queue, ^{
// update the UI here
dispatch_async(dispatch_get_main_queue(), ^{
startDates = [NSMutableArray array];
sectionEntries = [NSMutableArray array];
entries = [NSMutableArray array];
[self fetchedData:data1];
[self fetchedData:data2];
[self fetchedData:data3];
refresh.attributedTitle = [[NSAttributedString alloc] initWithString:@"Pull to Refresh"]; // reset the message
[refresh endRefreshing];
sortedStartDates = [startDates sortedArrayUsingSelector:@selector(compare:)];
[self.tableView reloadData];
refreshInProgress = NO;
});
});
}
}
如果您只有三个数据源,您可能可以使用 GCD 并发队列,但如果您可能有更多数据源,您可能想要使用一个操作队列,您可以在其中限制并发请求的数量。另外,您可以考虑使用 AFNetworking ,它可以更好地协调这些网络请求与您可能在其他地方同时进行的其他网络请求。
但是这里的主要观察结果是 (a) 在刷新完成并且您准备好更新 UI 之前不要更新您的模型; (b) 确保在前一个刷新正在进行时不启动新的刷新(或者,如果你真的需要它,移动到一个操作队列模型,在那里你制作可取消的 NSOperation
子类,然后理论上您可以在发出另一个更新请求之前取消先前的请求(如果有))。
与手头的问题完全无关,但在我的第一个代码片段中,您会看到我将 _imageForCalendarType
的设置移出此 block (因为您总是将其设置为同样的事情)并进入 viewDidLoad
。我还删除了这个不必要的行:
_imageForCalendarType = [[NSDictionary alloc]init];
您在下一行中为字典文字丢弃了这个实例化的字典,因此不需要上面的行。
坦率地说,您可能甚至不应该拥有 UIImage
对象的字典,而只是图像名称的字典,并让 cellForRowAtIndexPath
实例化 UIImage
那里。当您只有三个图像时可能并不重要,但如果您有更多图像,则现有的 UIImage
对象构造数组在内存压力情况下可能会出现问题。是的,您可以插入适当的 didReceiveMemoryWarning
处理,但从不维护包含 UIImage
对象的字典要简单得多。
关于ios - 拉动刷新崩溃应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19683892/
我是 C 语言新手,我编写了这个 C 程序,让用户输入一年中的某一天,作为返回,程序将输出月份以及该月的哪一天。该程序运行良好,但我现在想简化该程序。我知道我需要一个循环,但我不知道如何去做。这是程序
我一直在努力找出我的代码有什么问题。这个想法是创建一个小的画图程序,并有红色、绿色、蓝色和清除按钮。我有我能想到的一切让它工作,但无法弄清楚代码有什么问题。程序打开,然后立即关闭。 import ja
我想安装screen,但是接下来我应该做什么? $ brew search screen imgur-screenshot screen
我有一个在服务器端工作的 UDP 套接字应用程序。为了测试服务器端,我编写了一个简单的 python 客户端程序,它发送消息“hello world how are you”。服务器随后应接收消息,将
我有一个 shell 脚本,它运行一个 Python 程序来预处理一些数据,然后运行一个 R 程序来执行一些长时间运行的任务。我正在学习使用 Docker 并且我一直在运行 FROM r-base:l
在 Linux 中。我有一个 c 程序,它读取一个 2048 字节的文本文件作为输入。我想从 Python 脚本启动 c 程序。我希望 Python 脚本将文本字符串作为参数传递给 c 程序,而不是将
对于一个类,我被要求编写一个 VHDL 程序,该程序接受两个整数输入 A 和 B,并用 A+B 替换 A,用 A-B 替换 B。我编写了以下程序和测试平台。它完成了实现和行为语法检查,但它不会模拟。尽
module Algorithm where import System.Random import Data.Maybe import Data.List type Atom = String ty
我想找到两个以上数字的最小公倍数 求给定N个数的最小公倍数的C++程序 最佳答案 int lcm(int a, int b) { return (a/gcd(a,b))*b; } 对于gcd,请查看
这个程序有错误。谁能解决这个问题? Error is :TempRecord already defines a member called 'this' with the same paramete
当我运行下面的程序时,我在 str1 和 str2 中得到了垃圾值。所以 #include #include #include using namespace std; int main() {
这是我的作业: 一对刚出生的兔子(一公一母)被放在田里。兔子在一个月大时可以交配,因此在第二个月的月底,每对兔子都会生出两对新兔子,然后死去。 注:在第0个月,有0对兔子。第 1 个月,有 1 对兔子
我编写了一个程序,通过对字母使用 switch 命令将十进制字符串转换为十六进制,但是如果我使用 char,该程序无法正常工作!没有 switch 我无法处理 9 以上的数字。我希望你能理解我,因为我
我是 C++ 新手(虽然我有一些 C 语言经验)和 MySQL,我正在尝试制作一个从 MySQL 读取数据库的程序,我一直在关注这个 tutorial但当我尝试“构建”解决方案时出现错误。 (我正在使
仍然是一个初学者,只是尝试使用 swift 中的一些基本函数。 有人能告诉我这段代码有什么问题吗? import UIKit var guessInt: Int var randomNum = arc
我正在用 C++11 编写一个函数,它采用 constant1 + constant2 形式的表达式并将它们折叠起来。 constant1 和 constant2 存储在 std::string 中,
我用 C++ 编写了这段代码,使用运算符重载对 2 个矩阵进行加法和乘法运算。当我执行代码时,它会在第 57 行和第 59 行产生错误,非法结构操作(两行都出现相同的错误)。请解释我的错误。提前致谢:
我是 C++ 的初学者,我想编写一个简单的程序来交换字符串中的两个字符。 例如;我们输入这个字符串:“EXAMPLE”,我们给它交换这两个字符:“E”和“A”,输出应该类似于“AXEMPLA”。 我在
我需要以下代码的帮助: 声明 3 个 double 类型变量,每个代表三角形的三个边中的一个。 提示用户为第一面输入一个值,然后 将用户的输入设置为您创建的代表三角形第一条边的变量。 将最后 2 个步
我是新来的,如果问题不好请见谅 任务:将给定矩阵旋转180度 输入: 1 4 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 输出: 16 15 14 13 12 11
我是一名优秀的程序员,十分优秀!