小编Lor*_*o B的帖子

当我尝试转换类似0.1的内容(来自文本框中的用户)时,我的值b始终为false.

bool b = Decimal.TryParse("0.1", out value);

怎么可以在这里工作？

我们不断得到一个随机的,奇怪的崩溃NSDateFormatter.相关的堆栈跟踪是:

Program received signal:  “EXC_BAD_ACCESS”.
#0  0x00000005 in ?? ()
#1  0x0213e3c3 in udat_parse ()
#2  0x01d4e1ca in CFDateFormatterGetAbsoluteTimeFromString ()
#3  0x01d4e225 in CFDateFormatterCreateDateFromString ()
#4  0x003e2608 in getObjectValue ()
#5  0x003e2921 in -[NSDateFormatter getObjectValue:forString:errorDescription:] ()
#6  0x003e21cd in -[NSDateFormatter dateFromString:] ()

日期格式化程序仍在内存中(即未释放或损坏).我唯一能想到的是崩溃时的字符串不符合格式,但我怀疑这会使格式化程序完全崩溃.(事先检查格式是非常简单的).

有什么想法吗？

我似乎无法找到关于这个问题的任何信息,所以我想我会问社区.

基本上,我有一个UITableView,我想在我的服务器加载数据时显示一个活动指示器.

这是我正在尝试做的一些示例代码(我正在使用ASIHttpRequest).

    //self.listData = [[NSArray alloc] initWithObjects:@"Red", @"Green", @"Blue", @"Indigo", @"Violet", nil];   //this works
    NSString *urlStr=[[NSString alloc] initWithFormat:@"http://www.google.com"];   //some slow request
    NSURL *url=[NSURL URLWithString:urlStr];

    __block ASIHTTPRequest *request=[ASIHTTPRequest requestWithURL:url];
    [request setDelegate:self];
    [request setCompletionBlock:^{
        self.listData = [[NSArray alloc] initWithObjects:@"Red", @"Green", @"Blue", @"Indigo", @"Violet", nil];   //this doesn't work...
        [table reloadData];

    }];
    [request setFailedBlock:^{

    }];
    [request startAsynchronous];

对google.com的虚拟请求什么都不做 - 它只是创建了一个延迟,在响应中我希望用我自己网站上的一些JSON响应来重新填充表格.

但是当我尝试用颜色填充表格时,没有任何反应!我只是得到一张空白的表...如果我取消注释上面的行,它工作正常,它只是在http响应事情不适合我.

任何建议都非常感谢.

编辑:

我做了一个[self.tableView reloadData];,现在它有效......

我们一直在尝试调试Core Data多上下文/线程问题,其中将Core Data保存通知合并到我们的主线程NSManagedObjectContext中偶尔会使应用程序崩溃.这导致约2%的应用会话崩溃,我们对如何解决这个问题感到茫然.我们非常感谢任何可能导致此次崩溃的指导或一般建议.

我们有一个Core Data设置,如下所示:

注意这是从[MagicalRecord setupAutoMigratingCoreDataStack]创建的Magical Record v2.3中的默认核心数据堆栈

这是我们的应用程序崩溃的情况:

1. HTTP请求返回JSON
2. NSManagedObject在根节省上下文中将JSON解析为s(一些新实体,一些更新的实体)
3. Root Saving Context保存到持久存储
4. NSManagedObjectContextDidSaveNotification由Core Data广播.主队列上的默认上下文观察它并mergeChangesFromContextDidSaveNotification:使用NSDictionary主线程上的更改进行调用.
5. 它objectID被发送到无效对象时崩溃(很可能NSManagedObject已被解除分配).

这是在私人实施中发生的,NSManagedObjectContext mergeChangesFromContextDidSaveNotification:所以我们不可能看到这里出了什么问题; 在这一点上我们只能告诉我们一个应该存在的对象.

这仅发生在Core Data保存的一小部分上,表明这可能不是我们的Core Data→API堆栈的根本缺陷.此外,没有迹象表明上下文更改中的更改(插入/更新/删除)的大小或类型对崩溃的可能性有任何影响.

查看各种Apple示例(例如" 添加音乐"),其中我看到它们将观察者添加到默认值NSNotificationCenter 中viewDidLoad,然后将其删除dealloc.这看起来很危险,viewDidLoad可以多次dealloc调用而不需要调用.然后,这将多次添加相同的观察者,导致多次调用处理程序.

解决这个问题的方法是删除观察者viewDidUnload,但这意味着同一个观察者可能会被移除第二次,dealloc这似乎是一个潜在的问题.

我错过了什么？

我有以下目标:.app使用xcodebuild和构建和运行应用程序ios-sim.

我正在使用以下脚本来构建应用程序.

xcrun xcodebuild \
  -scheme $XCODE_SCHEME \
  -project $XCODE_PROJECT \
  -configuration Debug \
  -destination generic/platform=iOS \
  -derivedDataPath \
  build

然后运行它,我正在使用

ios-sim launch MyApp.app/ --devicetypeid "iPhone-6-Plus, 9.1"

每次收到以下消息:

服务指定的程序不包含所请求的体系结构之一:

发生了什么,该应用程序没有运行？

注意:如果我ios-sim...针对.app从Xcode构建的第二个命令()(派生数据中包含的那个),该过程可以正常工作.

在Xcode 9和Swift 4中,我总是会收到一些IBInspectable属性的警告:

    @IBDesignable public class CircularIndicator: UIView {
        // this has a warning
        @IBInspectable var backgroundIndicatorLineWidth: CGFloat? {  // <-- warning here
            didSet {
                backgroundIndicator.lineWidth = backgroundIndicatorLineWidth!
            }
        }

    // this doesn't have a warning
    @IBInspectable var topIndicatorFillColor: UIColor? {
        didSet {
            topIndicator.fillColor = topIndicatorFillColor?.cgColor
        }
    }
}

有办法摆脱它吗？

如何将Object实例转换为NSObject？

我从中创建了一个NSDictionary

NSDictionary.FromObjectAndKey();

这个方法想要一个NSObject,但我有传入的自定义对象:

int key = 2341;
var val = new MyClass();
NSDictionary.FromObjectAndKey(val, key); // obviously it does not work!!

如何解决这个问题？先感谢您.

字典和数组之间有什么区别,特别是在使用PLIST文件时？使用一个优于另一个有什么好处？谢谢!

我有一个使用MagicalRecord进行核心数据处理的应用程序,这很好用.但是,我有不同的用户可以在应用程序中登录,当另一个用户登录时,必须清空核心数据数据库,以便不同的用户可以拥有自己的数据.数据库可以完全清空,因为数据也存储在Web服务上,因此在再次登录第一个用户后可以始终再次同步.

到目前为止,我似乎无法找到一个帮助方法(这是有效的)为此目的.我试过了

[MagicalRecord cleanUp];

每当用户注销时,但这不起作用.