首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Ask Apple 2022 中与 Core Data 有关的问答 (下)

    主程序与扩展程序数据同步Q:我有一个主应用程序和一个扩展程序,它们都读取相同的 Core Data 数据库。但是,当我在主应用程序中进行更改时,我的扩展程序在重新启动之前不会看到更改。...如果用户在应用程序之外删除文档,例如在 Finder 中,我希望 Spotlight 中的索引与它一起被删除。所以我想如果索引可以存储在包文件夹中,那就可以解决这种情况。有没有办法正确处理这种情况?...可以在 calendarView(_:decorationFor:) 方法中通过 fetchRequest 来为日历中的每个日期加载数据吗( 应该是指第二种方式 )?...实体属性的可选性Q:Core Data 中实体属性的可选性表现与预期不一致。如果我将某个属性标记为可选,则该属性不应具有默认值,并且托管属性应始终为可选属性。...数据手动排序Q:在我的应用程序中,用户可以在表视图中通过拖放来重新排列项目。

    3.3K20

    .NET领域驱动设计—初尝(疑问、模式、原则、工具、过程、框架、实践)

    在未接触DDD之前,我也一样有着同样的困扰,我们编写很多的开发框架、组件、插件、服务等等太多太多类似能提高开发效率的功能,梦想着自己的系统能想真正如书上所说的搭积木一样搭建自己的系统,我们扪心问自己真的可以做到吗...时至今日我终于可以感觉到那种神秘的设计确实可以带领我们穿越复发的系统设计。...这样的结构在开发初期没有什么问题,但是在后期的维护工作中将是费事费力的,最后的项目代码无法进行的很好的阅读,也就无法很好的进行稳定性维护。...而且并不是普通的开发人员能发掘到的,当然数据库驱动开发也一样可以进行灵活设计、开发,但是这样毕竟对开发人员要求很高,他需要具备很强的面向对象设计能力,在不污染现有的代码的情况下进行扩展性重构。...但是有些实体模型是一眼就能看出来的,就比如上例中的【用户】、【订单】、【消息】都可以定义为实体类型,也就是当前小示例中的核心领域模型。 看一下四色原型模式的结构图: 1.6图 ?

    51130

    Ask Apple 2022 中与 Core Data 有关的问答

    ),而不触及实体及其属性,我应该运行 initializeCloudKitSchema 吗?...在应用程序和扩展程序中同时使用 NSPersistentContainer 的 viewContext 是否安全/推荐,或者应使用后台上下文的工作?...在我的设置中,存储被保存到一个应用程序组目录中,以允许从应用程序和扩展程序访问,所以我认为每个进程都将利用各自的容器来访问它。...A:NSFileProtection 仅影响设备上数据的加密状态。从 iOS 15 开始,可以在 Model Editor 中将属性启用加密选项( 不支持老版本的 Model 升级)。...在我们的例子中,我们首先从实体中删除所有数据( 也就是将该数据迁移到新实体 ),然后从项目中删除该实体,因为我们可以确定所有用户都已升级。A:是的,但是,旧版本的应用程序会做什么?

    2.9K20

    程序员过关斩将--领导说我的类的职责不单一

    “为什么类的职责要单一化? “类的职责单一化很容易吗? 首先,我要提醒一下看到这篇文章的同学,我认为保证类(一定是类吗?)...的单一职责并不容易 软件开发过程中,自古就流传着几大规则,无论如何这里都要和大家阐述一遍 单一职责原则 一个类应该只有一个发生变化的原因 开闭原则 软件实体应该是可扩展,而不可修改的。...依赖倒置原则 这个原则说的详细一点其实可以概括为两点: 高层模块不应该直接依赖于底层模块,应该依赖于抽象 抽象不应该依赖于具体实现,具体实现应该依赖于抽象 接口隔离原则 程序不依赖于不使用的接口,换句话说...以上只是以用户信息为例,根据不同的用途进行拆分的一个栗子。在不同的业务背景下,不同的业务阶段,对同一个类的拆分可能会有很大不同。...拆分原则 说到底,虽然职责单一很难在主观上给予准确判断,但是还是有一些通用规则可以借鉴,这里以类为例 高内聚。

    26710

    像Apache Storm一样简单的分布式图计算

    图形计算作为降低系统复杂度的一种方式 在介绍了图灵机、自动机理论和图论之后,图形计算可以作为一种降低系统复杂度的方式吗? 答案是肯定的。...负载均衡和可扩展性如何?可以依靠“外部”消息传递系统来管理同一计算单元的多个实例吗?答案是肯定的! 如果在订单验证过程中遇到瓶颈,是否可以实例化一个额外的验证计算单元并让它处理一些工作呢?可以的。...execute方法在每个元组传递时(由Storm基础结构)调用一次。在execute方法中将使用元组,在需要的情况下发出任何新的元组,最后,确认传入的元组。...内在的并行性:作为并行度的流 图形计算的好处之一是,可以在应用程序中清晰地显示单独的计算路径。 看看这里: 有什么东西阻止并行处理两种不同的数据流吗?当然没有,这是Storm的完美任务!...提醒一下,在讨论分组时,讨论的是两个实体之间的数据流,并且只有两个实体。

    949100

    Spring Security 学习笔记,看了必懂!

    Spring Security简介 Spring Security 是一种高度自定义的安全框架,利用(基于)SpringIOC/DI和AOP功能,为系统提供了声明式安全访问控制功能,「减少了为系统安全而编写大量重复代码的工作...在cookie中会存放session id用来识别客户端身份的。...另外,如果你最近想跳槽的话,年前我花了2周时间收集了一波大厂面经,节后准备跳槽的可以点击这里领取! 推荐阅读 掌握这些 Spring Boot 启动扩展点,已经超过 90% 的人了!...·································· 你好,我是程序猿DD,10年开发老司机、阿里云MVP、腾讯云TVP、出过书创过业、国企4年互联网6年。...如果你还没什么方向,可以先关注我,这里会经常分享一些前沿资讯,帮你积累弯道超车的资本。 点击领取2022最新10000T学习资料

    1.6K20

    Docker on Database 你瞎了吗?

    所以DOCKER 容器化数据库我的好好的说一下我到底为什么反感 1 本公司技术还属于初级阶段,在本地实体机管理还一团糟的情况下,妄图用DOCKER 化来挽救混乱的局面,试想你连最简单的实体机的管理都一塌糊涂...这样的应用程序不介意在任何时候终止,任何数量的应用程序都可以同时运行,而不需要相互通信,而且没有人会真正注意到一个新的容器是否会接管另一台机器,这样的设计放在DB ,你带脑子了,Are you sure...6 在容器崩溃后,你是否能保证你的数据库是正常关机的,如果容器崩溃,而你的数据库没有正常关闭,数据的损失是由谁来负责吗,如果我是DBER,我绝对不会,谁提议DOCKER 化我的数据库,谁来负责,并且负责到底...,哪怕有一点变化, 你能吗, 你不能,那你怎么就容易管理了, 我集群中的一台 DOCKER 挂掉了,然后你在启动一个新DOCKER ,问题就解决了,这大概是单细胞动物的优点,但绝对不是 DBER 的复杂思维模式...3 更容易的扩展,数据库的扩展,说明目前你的任务对数据库的要求,数据库不能满足,可能是因为存储,可能是因为CPU 可能是因为内存,一个横向处理的 分布式处理,能否解决不是分布式的数据库的问题,你在和我讲什么

    1K70

    设计原则

    要点 单一职责原则要求减小每个功能实体的粒度,但随之带来的就是代码复杂度的增加。 而最少知识原则要求我们在设计程序时,应当尽量减少对象之间的交互。...如果一些对象需要向另一些对象发起请求,可以通过第三者对象来转发这些请求。、 最少知识原则的作用主要有两点。 为一组子系统提供一个简单便利的访问入口。...这也是广义的最少知识原则的一种体现。 还记得缓存池吗?无论是在nodejs的module中,或是用函数自执行封装到一个闭包中,都是无可厚非的做法。...它的定义如下: 软件实体(类、模块、函数)等应该是可以扩展的,但是不可修改。...重要的是功能被你优雅地加上去了。 使用要点 开放封闭原则是最明显的就是找出程序中将要发生变化的地方,然后把变化封装起来。通过封装变化的方式,可以把系统中稳定不变的部分和容易变化的部分隔离开来。

    56320

    像Apache Storm一样简单的分布式图计算

    图形计算作为降低系统复杂度的一种方式 在介绍了图灵机、自动机理论和图论之后,图形计算可以作为一种降低系统复杂度的方式吗? 答案是肯定的。...负载均衡和可扩展性如何?可以依靠“外部”消息传递系统来管理同一计算单元的多个实例吗?答案是肯定的! 如果在订单验证过程中遇到瓶颈,是否可以实例化一个额外的验证计算单元并让它处理一些工作呢?可以的。...execute方法在每个元组传递时(由Storm基础结构)调用一次。在execute方法中将使用元组,在需要的情况下发出任何新的元组,最后,确认传入的元组。 ?...内在的并行性:作为并行度的流 图形计算的好处之一是,可以在应用程序中清晰地显示单独的计算路径。 看看这里: ? 有什么东西阻止并行处理两种不同的数据流吗?当然没有,这是Storm的完美任务!...提醒一下,在讨论分组时,讨论的是两个实体之间的数据流,并且只有两个实体。

    1.3K60

    框架设计原则

    说说我的理解。这里其实是从框架结构的解读来解读,这里的包指的是 Maven 的 module。 复用度,指的是 maven 包的复用。可以理解为工具类。这个工具类不应该变化无常。...关于模块分包,可以参见更详细的博客。 以HTTL为例讲讲模块分包&领域模型&扩展框架 ---- 2 框架扩展原则 ? 这是其实是说的比较多的东西了。 什么是微核心 + 插件?...按照作者的说法,核心只负责装配插件。这样,无论是作者自己的功能,还是第三方的功能,都是平等的,再多的插件也不会影响软件架构,因为没有硬编码,且都是可以卸载的。甚至微核也是可以扩展的。...还记得 Spring 留给我们的拦截器吗?框架要在关键节点留出拦截点供用户扩展。...今天说的框架设计和现在大部分人喜欢说的架构设计有所不同,现在似乎只需要再 processon 上放几个阿里云组件,再连几条线,就是架构设计了 :) 我个人认为,框架设计更能考验一个程序员对程序的抽象和管理能力

    1.2K31

    如何站在使用者的角度来设计SDK-微信公众号开发SDK(消息处理)设计之抛砖引玉

    0.SDK之必备的基本素质 在项目中免不了要用到各种各样的第三方的sdk,在我现在的工作中就在公司内部积累了各种各样的的公共库(基于.net的,基于silverlight的等等),托管到了内部的nuget...苦逼的sdk要开始干活了,心里默念对修改关闭对扩展开放,,, 对微信消息sdk的设计我是这样分解的: 解析xml字符串为实体对象; 根据实体对象分发到对应的消息处理程序; 执行消息处理程序,获取响应消息...解析式写好了,但是我怎么判断接收到的一个消息应该new哪一个实体类啊,微信官方还有好多其他类型的消息,难道我要写switch一个一个判断吗,这样就违背了对修改关闭,对扩展开放的原则了,新增一个类别的消息就改该...我的出发点如下: 如果放在个类中处理,那么久避免不了要用inputEventClickMessage的EventKey来做处理,这样不就又是switch的路子了吗,不又是在新增功能的时候去修改无关的代码吗...3.2消息分发器-根据实体对象分发到对应的消息处理程序 上面已经完成了消息解析,响应消息的实体类和消息处理程序的规划和编写,但是缺少了最重要的一个环节,如何从解析得到消息实体去执行相应的MessageHandler

    1.3K90

    我是怎样教媳妇面向对象编程的

    妻子: 亲爱的,你闲扯这些到底要说明什么呢 丈夫: 我说的这个例子跟面向对象规范很类似,面向对象规范为面向对象编程定义了基本的规范,它是面向对象编程的主要思想。...而应用“面向对象设计”是做到敏捷设计的关键。那么,什么时候你可以说你的程序应用了面向对象设计? 妻子:我也正想问呢。...图:开闭原则图让我来解释一下,设计规则如下: “软件实体(类,模块,函数等)应该对扩展开放,对修改关闭。” 这意味着在最基本的层面上,你可以扩展一个类的行为,而无需修改。...在面向对象设计中, 对扩展开放意味着模块/类的行为可以被扩展,那么当需求变化时我们可以用各种各样的方法制定功能来满足需求变更或者新需求 妻子: 除此之外你的身体是对修改关闭的. 我喜欢这个例子....所以, 对于核心模块或类的代码在需要扩展的时候不应该被修改. 你能结合具体例子解释下吗? 丈夫: 当然了, 先看下面的例子.这个就不支持 "开放-关闭" 原则: ?

    81080

    如何运用领域驱动设计 - 聚合

    这是简化后的版本,为的是希望大家能大致明白我们需要做一个什么样的东西,并且如何用我们所学到的领域驱动设计知识来建模和编码,为了让大家更清晰的理解需求,我粗浅的为大家绘制了一个原型图: ? ?...图中将“旅行记账”的部分于“推荐”的部分用了方块给隔离开来,这个结果我想大家也很容易理解,因为有关推荐的这些东西,比如推荐餐馆呀,推荐花店呀对我们的旅行记账来说并没有太大的关系。...也就是说我们得从仓储中获取行程后再来得到记账薄的有关信息。 此时,你可能会说,那这样不就会很麻烦了吗?我只要记一笔账,但我必须要得到旅程的所有信息。这样数据库和应用程序不是增加了一些压力吗?...,许多开发人员都找到了一种自然方式在代码中将关系建模为对象引用。...聚合真的是不变的吗 可能我们通过分析领域模型,已经建立了一个相对来说很好的聚合了,并且提取出了聚合根,将领域对象控制在聚合根的内部。但是?聚合根里面的实体就永远存在聚合根之内吗?答案是不一定的。

    67020
    领券