Tag: primefaces
应用程序在iOS 6上崩溃：找不到符号：___sync_fetch_and_add_4
我有一个适用于iOS4和iOS5的应用程序。 它使用针对ARM的zeromq库的静态编译版本。 苹果否认我的申请，因为他们声称在iOS 6下崩溃（还没有发布..wth？） 使用iOS 6 GM进行尝试后，我可以确认它在初始化ZeroMQ套接字时会崩溃。 这是崩溃消息： dyld: lazy symbol binding failed: Symbol not found: ___sync_fetch_and_add_4 Referenced from: /var/mobile/Applications/00EDEEDA-0068-4061-9188-01D627F9A6D6/OpenAir.app/OpenAir Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: ___sync_fetch_and_add_4 Referenced from: /var/mobile/Applications/00EDEEDA-0068-4061-9188-01D627F9A6D6/OpenAir.app/OpenAir Expected in: /usr/lib/libSystem.B.dylib 我明白__sync_fetch_add_4符号是一个编译器primefaces内置。 我知道ZeroMQ使用互斥体进行内部locking。 我一直在到处search，试图找出iOS6中可能导致这些符号不存在的变化。 使用Xcode 4.5和iOS6 GM，库甚至不会编译相同types的消息： Undefined symbols for architecture armv7: "___sync_fetch_and_add_4", referenced from: zmq::socket_base_t::unregister_session(std::basic_string<unsigned char, std::char_traits<unsigned char>, std::allocator<unsigned char> > […]
什么是确保UITableView自动重新加载的最好方法？
我有一个UITableView的dataSource在很短的时间内随机更新。 随着更多的对象被发现，它们被添加到tableView的数据源，我插入特定的indexPath： [self.tableView beginUpdates]; [self.tableView insertRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationAutomatic]; [self.tableView endUpdates]; 数据源位于pipe理员类中，并在更改时发布通知。 – (void)addObjectToDataSource:(NSObject*)object { [self.dataSource addObject:object]; [[NSNotificationCenter defaultCenter] postNotification:@"dataSourceUpdate" object:nil]; } viewController在接收到这个通知时更新tableView。 – (void)handleDataSourceUpdate:(NSNotification*)notification { NSObject *object = notification.userInfo[@"object"]; NSIndexPath *indexPath = [self indexPathForObject:object]; [self.tableView beginUpdates]; [self.tableView insertRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationAutomatic]; [self.tableView endUpdates]; } 这工作正常，但我注意到，在某些情况下，第二个对象被发现就像第一个调用endUpdates，并得到一个exception，声称我有两个对象在我的数据源时，tableView期待。 我想知道是否有人已经想出了一个更好的方式primefaces插入行到tableView。 我正在考虑在更新中添加一个@synchronized（self.tableView）块，但是如果可能的话，我想避免这种情况，因为它很昂贵。
Objective-C中primefaces/非primefaces的证据
在阅读Apple的文档之后 ，我试图在Objective-C中certificate属性的primefaces性或非primefaces性。 要做到这一点，我创build了一个具有名字和姓氏的人。 Person.h @interface Person : NSObject @property (nonatomic, strong) NSString *firstName; @property (nonatomic, strong) NSString *lastName; – (instancetype)initWithFirstName:(NSString *)fn lastName:(NSString *)ln; @end Person.m @implementation Person – (instancetype)initWithFirstName:(NSString *)fn lastName:(NSString *)ln { if (self = [super init]) { self.firstName = fn; self.lastName = ln; } return self; } – (NSString *)description { return [NSString […]
