1.我制作了一个app现在想让他上线，酷代酷不考虑运营宣传等，源码源码源码仅仅是酷代酷让他上线，然后可以就可以，源码源码源码花多少钱？
2.如何使用NSFetchedResultsController

我制作了一个app现在想让他上线，酷代酷不考虑运营宣传等，源码源码源码shopwt源码仅仅是酷代酷让他上线，然后可以就可以，源码源码源码花多少钱？

       软件开发公司排行榜

       极其流行，酷代酷同样也是源码源码源码竞争力极其大的一种商业模式。虽然国内软件开发公司都发展壮大起来了，酷代酷但是源码源码源码小偷网站源码各地软件开发公司的实力及资质仍然参差不齐。下面为大家介绍下近期国内软件开发公司的酷代酷排名汇总。

       1：华盛恒辉科技有限公司

       上榜理由：华盛恒辉是源码源码源码一家专注于高端软件定制开发服务和高端建设的服务机构，致力于为企业提供全面、酷代酷系统的开发制作方案。在开发、建设到运营推广领域拥有丰富经验，我们通过建立对目标客户和用户行为的分析，整合高质量设计和极其新技术，为您打造创意十足、有价值的企业品牌。

       在军工领域，印刷报价源码合作客户包括：中央军委联合参谋(原总参)、中央军委后勤保障部(原总后)、中央军委装备发展部(原总装)、装备研究所、战略支援、军事科学院、研究所、航天科工集团、中国航天科技集团、中国船舶工业集团、中国船舶重工集团、淘宝模板源码第一研究所、训练器材所、装备技术研究所等单位。

       在民用领域，公司大力拓展民用市场，目前合作的客户包括中国中铁电气化局集团、中国铁道科学研究院、济南机务段、东莞轨道交通公司、京港地铁、中国国电集团、qq站源码电力科学研究院、水利部、国家发改委、中信银行、华为公司等大型客户。

       2：五木恒润科技有限公司

       上榜理由：五木恒润拥有员工多人，技术人员占%以上，是一家专业的军工信息化建设服务单位，为军工单位提供完整的信息化解决方案。公司设有股东会、董事会、监事会、工会等上层机构，同时设置总经理职位，由总经理管理公司的具体事务。公司下设有研发部、质量部、市场部、财务部、人事部等机构。公司下辖成都研发中心、西安研发中心、沈阳办事处、天津办事处等分支机构。

       3、浪潮

       浪潮集团有限公司是国家首批认定的规划布局内的重点软件企业，中国著名的企业管理软件、分行业ERP及服务供应商，在咨询服务、IT规划、软件及解决方案等方面具有强大的优势，形成了以浪潮ERP系列产品PS、GS、GSP三大主要产品。是目前中国高端企业管理软件领跑者、中国企业管理软件技术领先者、中国最大的行业ERP与集团管理软件供应商、国内服务满意度最高的管理软件企业。

       4、德格Dagle

       德格智能SaaS软件管理系统自德国工业4.0，并且结合国内工厂行业现状而打造的一款工厂智能化信息平台管理软件，具备工厂ERP管理、SCRM客户关系管理、BPM业务流程管理、

       OMS订单管理等四大企业业务信息系统，不仅满足企业对生产进行简易管理的需求，并突破局域网应用的局限性，同时使数据管理延伸到互联网与移动商务，不论是内部的管理应用还是外部的移动应用，都可以在智能SaaS软件管理系统中进行业务流程的管控。

       5、Manage

       高亚的产品 (8Manage) 是美国经验中国研发的企业管理软件，整个系统架构基于移动互联网和一体化管理设计而成，其源代码编写采用的是最为广泛应用的

       Java / J2EE 开发语言，这样的技术优势使 8Manage

       可灵活地按需进行客制化，并且非常适用于移动互联网的业务直通式处理，让用户可以随时随地通过手机apps进行实时沟通与交易。

如何使用NSFetchedResultsController

       ä½ æ˜¯ä¸æ˜¯å·²ç»å¿˜è®°äº†ä»¥å‰è®²è¿‡ä»€ä¹ˆå‘¢ï¼Ÿæˆ‘们来复习一下，在第一篇教程中：《iOS教程：Core Data数据持久性存储基础教程》中我们讲了如何为一个iOS程序创建一个Core Data的数据模型和测试的方法，还有我们还把这个数据模型作为数据源连接到了一个表视图上。 在第二篇教程：《iOS教程：如何使用Core Data – 预加载和引入数据》，我们讲了如何解析不同格式的数据文件到一个Core Data通用的SQlite数据库中，还有如何将这个数据库移植到我们的iOS项目上去，好让我们的应用有一些初始数据。 你可以从这里下载第二部分的源码。为什么要使用 NSFetchedResultsController？ 到目前为止，我们就像在使用SQLite3的方法一样，因为本质上Core Data就是在操作SQLite数据库，但是我们写的代码比直接使用SQLite更少，我们使用各种数据库功能也更容易。 但是，我们还有一个很好用的Core Data特性没有用上，这个特性能够很大程度上的提高我们程序的性能，他就是：NSFetchedResultsController。现在在我们的例子程序中，我们都是一下再将所有的数据全部加载进视图，对于我们的这个应用而言，这也许是可以接受的，但是如果一个应用有大量的数据，载入速度就会变得很慢，也会给用户体验造成影响。 在理想的情况下，我们只载入用户正在浏览的那一部分的数据，幸运的是，苹果官方已经提供了一个这样做的方法，就是NSFetchedResultsController。 所以，咱们先打开 FBCDMasterViewController.h，把之前的failedBankInfos，这个NSArray数组闪电，加入一个NSFetchedResultsController 代替它：@interface FBCDMasterViewController : UITableViewController @property (nonatomic,strong) NSManagedObjectContext* managedObjectContext; @property (nonatomic, retain) NSFetchedResultsController *fetchedResultsController; @end在FBCDMasterViewController.m的synthesize部分，删除以前的failedBankInfos synthesize声明，并且加入：@synthesize fetchedResultsController = _fetchedResultsController;另一个 NSFetchedResultsController 很酷的特性是你可以在ViewDidUnload中将它重新声明为nil。这意味着这个方法有一个自动的内存管理机制，也就是说当内容不在屏幕之中后，其占用内存会自动被清空。要完成这一切，你所需做的就是在ViewDidUnload中将它声明为空。 - (void)viewDidUnload { self.fetchedResultsController = nil; }好了，现在到了有趣的部分了，我们开始创建取得的数据的控制器。首先我们声明一个属性，让它随着程序的运行检测取得数据是否存在，如果不存在就创造之。 在文件的头部加入以下代码： - (NSFetchedResultsController *)fetchedResultsController { if (_fetchedResultsController != nil) { return _fetchedResultsController; } NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init]; NSEntityDescription *entity = [NSEntityDescription entityForName:@"FailedBankInfo" inManagedObjectContext:managedObjectContext]; [fetchRequest setEntity:entity]; NSSortDescriptor *sort = [[NSSortDescriptor alloc] initWithKey:@"details.closeDate" ascending:NO]; [fetchRequest setSortDescriptors:[NSArray arrayWithObject:sort]]; [fetchRequest setFetchBatchSize:]; NSFetchedResultsController *theFetchedResultsController = [[NSFetchedResultsController alloc] initWithFetchRequest:fetchRequest managedObjectContext:managedObjectContext sectionNameKeyPath:nil cacheName:@"Root"]; self.fetchedResultsController = theFetchedResultsController; _fetchedResultsController.delegate = self; return _fetchedResultsController; }这段代码和我们在 viewDidLoad 方法中使用的很是相似，创建一个fetch请求，将FailedBankInfo物体引出等等，但是仍然有一些新的东西我们要讨论。 首先，当我们使用NSFetchedResultsController,，我们必须设置一个数据分类器来赋给fetch请求，数据分类器就是我们告诉Core Data我们希望引入的数据被褥和储存的方法。 这种数据分类器存在的必要就在于它不仅能够编排所有返回的属性和数据，还可以编排与之相关的所有属性和数据，就好像一个天才的人在做这些事情一样。如果我们想要根据FailedBankDtails中的close date这个属性编排数据，但却想要接收FailedBankInfo中的所有数据，Core Data通过这个特性就可以完成这样的事情。 下一个声明十分的重要，就是设置取得的数据的缓冲值的最大值，这正是我们在这个场景中想要使用这种特性的原因，这样的话，fetched方法就会自动取得设置的值的数据项目，之后把当我们向下查看的时候程序就会自动取得各种数据。 当我们设置好这个fetch的缓冲值的时候，我们就完成了创建 NSFetchedRequestController 并且将它传递给了fetch请求，但是这个方法其实还有以下几个参数：对于managed object 内容，我们值传递内容。section name key path允许我们按照魔种属性来分组排列数据内容。文件名的缓存名字应该被用来处理任何重复的任务，比如说设置分组或者排列数据等。 现在我们已经完全创建好了一个取得部分数据的方法，我们下面修改一下以前使用数据加入数据的方法，让它使用我们取得的数据。 - (void)viewDidLoad { [super viewDidLoad]; NSError *error; if (![[self fetchedResultsController] performFetch:&error]) { // Update to handle the error appropriately. NSLog(@"Unresolved error %@, %@", error, [error userInfo]); exit(-1); // Fail } self.title = @"Failed Banks"; } 我们在这里来操作我们的 fetchedResultsController 并且执行performFetch 方法来取得缓冲的第一批数据。 之后，更新numberOfRowsInSection方法 - (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section { id sectionInfo = [[_fetchedResultsController sections] objectAtIndex:section]; return [sectionInfo numberOfObjects]; }更新cellForRowAtIndexPath 方法： - (void)configureCell:(UITableViewCell *)cell atIndexPath:(NSIndexPath *)indexPath { FailedBankInfo *info = [_fetchedResultsController objectAtIndexPath:indexPath]; cell.textLabel.text = info.name; cell.detailTextLabel.text = [NSString stringWithFormat:@"%@, %@", info.city, info.state]; } - (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { static NSString *CellIdentifier = @"Cell"; UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier]; // Set up the cell... [self configureCell:cell atIndexPath:indexPath]; return cell; }现在我们将之前的逻辑分为一些分开的 configureCell 方法，我们待会会用到。还有最后一件事情，我们需要为 NSFetchedResultsController设置一个代理方法，好消息是都有模版，其实是我从apple官方的一个例子程序中copy过来的，将以下方法加入在文件的底部： - (void)controllerWillChangeContent:(NSFetchedResultsController *)controller { // The fetch controller is about to start sending change notifications, so prepare the table view for updates. [self.tableView beginUpdates]; } - (void)controller:(NSFetchedResultsController *)controller didChangeObject:(id)anObject atIndexPath:(NSIndexPath *)indexPath forChangeType:(NSFetchedResultsChangeType)type newIndexPath:(NSIndexPath *)newIndexPath { UITableView *tableView = self.tableView; switch(type) { case NSFetchedResultsChangeInsert: [tableView insertRowsAtIndexPaths:[NSArray arrayWithObject:newIndexPath] withRowAnimation:UITableViewRowAnimationFade]; break; case NSFetchedResultsChangeDelete: [tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath] withRowAnimation:UITableViewRowAnimationFade]; break; case NSFetchedResultsChangeUpdate: [self configureCell:[tableView cellForRowAtIndexPath:indexPath] atIndexPath:indexPath]; break; case NSFetchedResultsChangeMove: [tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath] withRowAnimation:UITableViewRowAnimationFade]; [tableView insertRowsAtIndexPaths:[NSArray arrayWithObject:newIndexPath] withRowAnimation:UITableViewRowAnimationFade]; break; } } - (void)controller:(NSFetchedResultsController *)controller didChangeSection:(id )sectionInfo atIndex:(NSUInteger)sectionIndex forChangeType:(NSFetchedResultsChangeType)type { switch(type) { case NSFetchedResultsChangeInsert: [self.tableView insertSections:[NSIndexSet indexSetWithIndex:sectionIndex] withRowAnimation:UITableViewRowAnimationFade]; break; case NSFetchedResultsChangeDelete: [self.tableView deleteSections:[NSIndexSet indexSetWithIndex:sectionIndex] withRowAnimation:UITableViewRowAnimationFade]; break; } } - (void)controllerDidChangeContent:(NSFetchedResultsController *)controller { // The fetch controller has sent all current change notifications, so tell the table view to process all updates. [self.tableView endUpdates]; }现在编译运行你的应用的话，表面上看起来应该都是一样的，但是如果你看看控制台的话，惊人的事情正在发生哦： SELECT 0, t0.Z_PK FROM ZFAILEDBANKINFO t0 LEFT OUTER JOIN ZFAILEDBANKDETAILS t1 ON t0.ZDETAILS = t1.Z_PK ORDER BY t1.ZCLOSEDATE DESC total fetch execution time: 0.s for rows. SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZNAME, t0.ZSTATE, t0.ZCITY, t0.ZDETAILS FROM ZFAILEDBANKINFO t0 LEFT OUTER JOIN ZFAILEDBANKDETAILS t1 ON t0.ZDETAILS = t1.Z_PK WHERE t0.Z_PK IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) ORDER BY t1.ZCLOSEDATE DESC LIMIT total fetch execution time: 0.s for rows. SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZNAME, t0.ZSTATE, t0.ZCITY, t0.ZDETAILS FROM ZFAILEDBANKINFO t0 LEFT OUTER JOIN ZFAILEDBANKDETAILS t1 ON t0.ZDETAILS = t1.Z_PK WHERE t0.Z_PK IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?) ORDER BY t1.ZCLOSEDATE DESC LIMIT total fetch execution time: 0.s for rows. 你可以看到，在背后， NSFetchedResultsController 正在从 FailedBankInfo中庸之前设置的顺序取得大量的ID，每次只缓冲一定数量的项目，就像我们预料的一样。 如果直接使用SQLite数据库的话，就会有很多工作要做了，我们何不使用Core Data节省时间呢。之后看些什么？ 这是我制作完成的例子程序源码，欢迎下载。