Auto property synthesis will not synthesize property …because it is ‘readwrite’ but it will be synth

最新推荐文章于 2021-01-22 10:45:36 发布

原创最新推荐文章于 2021-01-22 10:45:36 发布 · 583 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#iOS

iOS 专栏收录该内容

10 篇文章

订阅专栏

本文介绍如何使用MJExtension解析JSON时解决关键字冲突的问题。当服务器返回的数据中包含Objective-C的关键字时，MJExtension将无法正常解析。文章提供了一种解决方法，通过调整模型属性名称来避免这一问题。

使用Json解析框架MJExtension，如果服务器传来的字典key，是oc中的关键词，则会报错。

而MJExtension要求是模型里的属性名要与数组的key一致。

则需要如下更改。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

walkzooByiOS

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

利用机器学习实现语音情感合成：技术框架与应用实例

一键难忘的博客

08-10

2432

语音合成（Text-to-Speech, TTS）技术已经相对成熟，但合成语音往往缺乏情感表达，使其听起来机械而生硬。为了使合成语音更具自然性和情感表达，研究人员开始探索如何将情感信息嵌入到语音合成系统中。在本文中，我们详细探讨了利用机器学习进行语音情感合成的各个方面。背景介绍：语音情感合成是指利用机器学习技术生成带有特定情感的语音，广泛应用于智能助手、情感机器人等领域。相关技术：我们介绍了多任务学习、深度神经网络、生成对抗网络等关键技术，以及Tacotron 2和WaveGlow等前沿模型。

Auto property synthesis will not synthesize property 'description' because it is 'readwrite' but it

仰望星空的专栏

06-05

8657

在AModel.h中 @property(nonatomic, strong) NSString *description; 出现提示warning： Auto property synthesis will not synthesize property 'description' because it is 'readwrite' but it will be sy

参与评论您还未登录，请先登录后发表或查看评论

Xcode升级了6.3 出现的警告:Auto property synthesis will not synthesize property

weixin_30621959的博客

04-10

173

1. Auto property synthesis will not synthesize property 'title'; it will be implemented by its superclass, use @dynamic to acknowledge intention 这是说编译器自动给属性title合成getter和setter的时候将会在它的父类上实现,也就是说...

BUG-Auto property synthesis will not synthesize property 'description' because it is 'readwrite'

梦从这里启航，代码改变世界

07-25

1055

今天遇见实现一个网络请求接口的遇到一个问题： @property (nonatomic, strong)NSString * description; //O 描述：最长256字节报错： Auto property synthesis will not synthesize property 'description' because it is 'readwrite' bu

Auto property synthesis will not synthesize property ‘delegate’;it will be implemented by its superc

兵仔贾---的专栏

06-17

3500

Auto property synthesis will not synthesize property 'title'; it will be implemented by its superclass, use @dynamic to acknowledge intention 这是说编译器自动给属性delegate合成getter和setter的时候将会在它的父类上实现,也就是说其父类也有一个delegate属性,现在它不知道到底是哪一个delegate.

OC 中覆盖属性会有提示Auto property synthesis will not synthesize property 'delegate'

u010486174的专栏

11-18

7870

在编写一个自定义相册的功能的时候，由于需要继承 UINavigationController写一个ImagePickerViewController，同时ImagePickerViewController又需要和其他的类进行沟通，所以很自然的，ImagePickerViewController类就需要有一个delegate属性，而且需要要求这个属性是一个实现了自定义的ImagePickerView

vivado 19.2开发流程

02-27

执行 Synthesize - Run Synthesis 菜单命令让软件自动分析输入的设计描述并将其转换成底层网表形式表示出来。此阶段会检查语法错误以及潜在冲突等问题，并生成报告供开发者审查修正。 #### 实现(Implementation) ...

vivado 将bd中模块封装成一个模块 dcp

04-01

2. **运行 Synthesis 和 Implementation**: 执行 `Synthesize` 和 `Implement` 流程以确保设计能够成功编译并通过静态时序分析(STA)[^4]。 3. **生成 DCP 文件**: 使用 Tcl 命令来生成 DCP 文件。具体命令如下所示...

上述给出详细制作代码，要有清楚的目录

07-01

```json[{"question":"Whatis yourname","answer":"Myname isSmart Speaker."},{"question": "How areyou","answer":"I'm fine, thankyou."},{"question":"Whattime isit","answer":"Idon'thave aclock."}] ...

Vivado TCL脚本进阶：掌握这5大高级技巧让你的脚本更高效

[Vivado TCL脚本进阶：掌握这5大高级技巧让你的脚本更高效](https://opengraph.githubassets.com/8e0beddbdb90a5618e9c7434c8c02df38d06a3efde162b5537be462a8c03b620/hdlguy/vivado_tcl) # 摘要本文旨在深入探讨...

OC 中覆盖父类属性会有Auto property synthesis will not synthesize property ‘xxx‘的警告

得不到的永远是骚栋.

01-22

1134

情景还原今天无意间弄了一个警告. 警告就会存在着一定的隐藏风险,所以就一定要解决这种异常风险,接下来我们看一下当时的情景代码. 我首先写了一个名为BaseObject的基类 ,基类中具有一个遵循BaseObjectDelegate协议的代理属性对象delegate,如下所示 #import <Foundation/Foundation.h> @protocol BaseObjectDelegate<NSObject> - (void)baseObjectDeleagate..

Auto property synthesis will not synthesizeproterty;it will be implemented by its superclass, use@dy

BurNIng

02-29

1242

今天写demo的时候用到了很早版本的第三方框架,直接给我报了4个错误,当然这是正常的,错误如下: Auto property synthesis will not synthesizeproterty;it will be implemented by its superclass, use @dynamic to acknowledge intention 意思是编译器自动给属性title合

报错原因:Auto property synthesis will not synthesize property 'title'; it will be implemented by its sup

hianyu的博客

03-23

2176

Auto property synthesis will not synthesize property 'title'; it will be implemented by its superclass, use @dynamic to acknowledge intention 错误原因：自动属性合成不会合成属性title;它将由它的超类，使用承认意图 @dynamic 执行

Auto property synthesis will not synthesize警告问题

weixin_34414196的博客

01-06

361

2019独角兽企业重金招聘Python工程师标准>>> ...

Xcode warning：Auto property synthesis will not synthesize property

lyz0925的博客

07-26

370

iOS 警告提示如下：添加@dynamic告诉编译器这个属性是动态的,动态的意思是等你编译的时候就知道了它只在本类合成; 如下： ...

Auto property synthesis will not synthesize property......

我叫MT

01-04

1686

有时候在写Property属性时候会出现这样的警告，原因在于我们的属性名跟系统或者父类的属性名冲突造成的，这样，修改一个别的属性名就可以了！

Auto property synthesis will not synthesize property '***'

Immanito

05-23

1052

auto property synthesis will not synthesize property 'description' because it is 'readwrite' but it will be synthesized 'readonly' via another property [-Wobjc-property-synthesis] 属性的名字与系统自带的属性名字冲突了。

Xcode: Auto property synthesis will not synthesize property 解决

B9班的真高兴

08-28

4378

Auto property synthesis will not synthesize property ‘title’; it will be implemented by its superclass, use @dynamic to acknowledge intention这是说编译器自动给属性title合成getter和setter的时候将会在它的父类上实现,也就是说坑爹的xcode6.3

使用AFNetworking时遇到了 property synthesis 相关的 error

vincerce的专栏

12-23

366

Auto property synthesis will not synthesize property 'request' because it is 'readwrite' but it will be synthesized 'readonly' via another property Auto property synthesis will not synthesize pro

Auto property synthesis will not synthesize property 'maxRecordCount' because it is 'readwrite' but it will be synthesized 'readonly' via another property

最新发布

11-22

<think> 我们正在处理一个关于Objective-C属性合成的编译警告/错误。错误信息明确指出：由于属性'maxRecordCount'被声明为'readwrite'，但将通过另一个属性被合成为'readonly'，因此编译器不会自动合成该属性。根据引用[2]中的类似问题（关于'description'属性），我们可以推断： 1. 问题原因：在子类中声明了一个与父类中同名且属性特性（特别是读写性）冲突的属性。父类中已经存在一个名为'maxRecordCount'的只读属性，而我们在子类中试图将其重新声明为可读写。编译器在自动合成属性时发现这种不一致，因此报错。 2. 解决方案：在子类的实现文件中使用`@dynamic maxRecordCount;`来告诉编译器不要自动合成该属性的存取方法，而由开发者自己提供或者在运行时提供（例如通过运行时机制或者父类的方法）。但是，我们需要注意的是，引用[2]中解决的是'description'属性，这是一个在NSObject中已经存在的只读属性。同样，我们的'maxRecordCount'属性很可能也是在某个父类中已经定义为只读。具体步骤：步骤1：确认父类中是否已经存在一个名为'maxRecordCount'的只读属性。步骤2：在子类的实现文件（.m）中，使用`@dynamic maxRecordCount;`来避免自动合成。然而，我们还需要考虑是否真的需要覆盖父类的只读属性为可读写。如果确实需要，那么除了使用`@dynamic`之外，我们还需要手动提供setter方法（因为父类只有getter，没有setter）。如果我们不需要写，那么可以保持为只读，或者重新考虑设计。因此，完整的解决方案可能包括：选项1：如果不需要写该属性，则将其声明为只读（readonly）以与父类一致。选项2：如果需要写，则在子类中： a. 在.h文件中声明属性为readwrite（如当前所做）。 b. 在.m文件中使用`@dynamic maxRecordCount;`，然后自己实现setter方法（如果父类没有setter，则必须自己实现）。由于错误信息提示我们将通过另一个属性合成'readonly'，这意味着父类中已经有一个同名的只读属性，因此我们无法通过自动合成来生成setter。所以，如果我们确实需要setter，就必须自己写。示例代码：假设父类（ParentClass）中有一个只读属性： ```objective-c @property (nonatomic, assign, readonly) NSInteger maxRecordCount; ``` 子类（ChildClass）中我们想要可读写：在ChildClass.h中： ```objective-c @interface ChildClass : ParentClass @property (nonatomic, assign, readwrite) NSInteger maxRecordCount; @end ``` 在ChildClass.m中： ```objective-c @implementation ChildClass @dynamic maxRecordCount; // 避免自动合成，防止编译错误 // 然后我们需要自己实现setter - (void)setMaxRecordCount:(NSInteger)maxRecordCount { // 这里我们可以使用实例变量来存储，但是注意父类中已经有一个同名的只读属性，我们可能无法直接访问其背后的实例变量（如果父类没有提供的话）。 // 所以，我们可能需要自己声明一个实例变量，例如： // _maxRecordCount = maxRecordCount; // 这需要我们在子类中声明一个实例变量，或者使用关联对象等。 // 但是，更好的做法是：如果我们知道父类是如何存储的，并且父类提供了设置方法（比如通过内部方法或者KVC），我们可以使用那些方法。 // 如果父类没有提供，我们可能需要考虑其他设计。 // 因此，这里的具体实现取决于父类的实现细节。 // 一种常见做法是使用关联对象： // 首先引入<objc/runtime.h> // 然后： objc_setAssociatedObject(self, @selector(maxRecordCount), @(maxRecordCount), OBJC_ASSOCIATION_RETAIN_NONATOMIC); } // 同时，我们还需要重写getter，因为使用了关联对象，或者如果我们不想使用父类的getter（因为父类返回的是它自己的值，而我们希望返回子类设置的值），那么： - (NSInteger)maxRecordCount { return [objc_getAssociatedObject(self, @selector(maxRecordCount)) integerValue]; } ``` 但是，使用关联对象可能不是最佳实践，因为它破坏了封装性。更好的方法是与父类的设计者沟通，或者重新审视是否真的需要覆盖父类的只读属性。因此，在实际开发中，我们更倾向于避免与父类属性重名。如果可能，考虑更换属性名。总结解决方案： 1. 更换属性名（推荐）：避免与父类属性冲突。例如，使用`myMaxRecordCount`。 2. 如果必须使用相同名称，并且需要可写： a. 在子类中声明为`@dynamic`。 b. 手动实现setter（和getter，如果需要的话）方法。存储方式可以选择使用关联对象、子类自己的实例变量等，但要小心与父类的实现冲突。根据引用[2]中的经验，直接使用`@dynamic`可以消除编译错误，但如果没有提供setter方法，那么在设置属性时会导致崩溃（因为找不到setter方法）。所以，如果我们需要设置这个属性，就必须自己实现setter。因此，请根据实际需求选择方案。如果不需要写，那么将子类中的属性改为`readonly`即可。如果需要写，则按照上述步骤手动实现存取方法。注意：在引用[2]中，他们只是使用了`@dynamic`而没有实现setter，那是因为在那种情况下（`description`属性），可能并不需要设置（或者通过其他方式设置，比如父类的内部机制）。但对于我们自己的属性，如果我们设置了`@dynamic`，就必须确保在运行时能够处理该属性的存取，否则程序运行时会崩溃。最后，建议检查父类中是否已经存在该属性，并考虑是否有必要重写。如果父类的属性已经满足需求，则无需在子类中重新声明。 </think>### 解决属性合成冲突：'maxRecordCount'的读写性冲突在Objective-C开发中，当子类声明与父类同名的属性且读写性冲突时，会出现`Auto property synthesis will not synthesize property 'X' because it is 'readwrite' but it will be synthesized 'readonly'`错误。以下是具体解决方案： #### 原因分析 1. **父类存在同名只读属性** 父类已声明`@property (nonatomic, readonly) NSInteger maxRecordCount;`，子类重新声明为`@property (nonatomic, readwrite) NSInteger maxRecordCount;` 2. **编译器无法协调冲突** 编译器无法决定应继承父类的`readonly`实现还是为子类新建`readwrite`实现 #### 解决方案 ##### ✅ 推荐方案：使用`@dynamic`显式声明 ```objective-c // MySubClass.h @interface MySubClass : ParentClass @property (nonatomic, readwrite) NSInteger maxRecordCount; // 重写为可读写 @end // MySubClass.m @implementation MySubClass @dynamic maxRecordCount; // 关键声明 // 手动实现setter方法 - (void)setMaxRecordCount:(NSInteger)maxRecordCount { // 实现自定义存储逻辑 // 例如使用关联对象： objc_setAssociatedObject(self, @selector(maxRecordCount), @(maxRecordCount), OBJC_ASSOCIATION_RETAIN); } // 手动实现getter方法 - (NSInteger)maxRecordCount { return [objc_getAssociatedObject(self, @selector(maxRecordCount)) integerValue]; } @end ``` ##### ⚠️ 备选方案：修改属性名（避免冲突） ```objective-c // 推荐新属性名 @property (nonatomic) NSInteger customMaxRecordCount; ``` #### 关键说明 1. **`@dynamic`的作用** 显式告知编译器不自动生成存取方法，需开发者手动实现 2. **必须实现存取方法** 若未实现setter/getter，运行时会触发`unrecognized selector`崩溃 3. **存储方案选择**： - 关联对象（如示例） - 子类新增实例变量（需`@synthesize customVar = _customVar`） - KVC存储（`setValue:forKey:`） #### 最佳实践建议 1. **优先重命名属性** 冲突属性名通常暗示设计缺陷，建议使用`custom`/`my`前缀 2. **检查父类声明** 使用Cmd+点击查看属性原始定义 3. **避免系统保留名** 如`description`/`hash`等NSObject保留属性名[^1][^2] > 当无法修改属性名时，`@dynamic`+手动实现存取方法是唯一可靠方案。此模式在覆盖系统类(如NSDictionary/NSArray)属性时尤其常见[^2]。