C#中ref的作用是啥?
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了C#中ref的作用是啥?相关的知识,希望对你有一定的参考价值。
ref 是引用传递,课参考C#的两个类型,值类型和引用类型,引用传递和值传递。 参考技术A class Programstatic void Main(string[] args)
int testNum = 100;
Operation(testNum);
//屏幕输出100,表示方法Operation内部对testNum的操作没有影响到testNum的值
Console.WriteLine("testNum的值:"+testNum);
int num1=200;
OtherOpearation(ref num1);
//屏幕输出10000,表示方法OtherOpearation内部对num1的操作影响到了num1值。跟引用类型相同
Console.WriteLine("num1的值:"+num1);
int num2;
//自己去测试结果吧,ref和out的区别我认为就是一个需要初始化,一个不需要。类似这两个方法可以使用ref和out修饰参数在void返回类型的情况下得到你想要的返回值
TheOtherOperation(out num2);
Console.WriteLine("num2的值:"+num2);
static void TheOtherOperation(out int result)
result = 25000;
static void OtherOpearation(ref int result)
result = 10000;
static void Operation(int result)
result = 250;
参考技术B 使用引用传递
例如:
public void huan(int a,int b)
//利用一个变量将a和b的值互换
//下面是main程序
int x=5;
int y=6;
//想调用huan方法想实现x和y的值互换
//直接调用此方法将x和y当参数传入 无法实现互换(值传递)
// 加上ref后 可以实现互换(引用传递)
参考技术C 方法参数上的 ref 方法参数关键字使方法引用传递到方法的同一个变量。当控制传递回调用方法时,在方法中对参数所做的任何更改都将反映在该变量中。 若要使用 ref 参数,必须将参数作为 ref 参数显式传递到方法。ref 参数的值被传递到 ref 参数。 传递到 ref 参数的参数必须最先初始化。将此方法与 out 参数相比,后者的参数在传递到 out 参数之前不必显式初始化。 属性不是变量,不能作为 ref 参数传递。
Swift 中 willSet 和 didSet 的作用是啥?
【中文标题】Swift 中 willSet 和 didSet 的作用是啥?【英文标题】:What is the purpose of willSet and didSet in Swift?Swift 中 willSet 和 didSet 的作用是什么? 【发布时间】:2014-07-23 06:16:41 【问题描述】:Swift 的属性声明语法与 C# 非常相似:
var foo: Int
get return getFoo()
set setFoo(newValue)
但是,它也有 willSet
和 didSet
操作。它们分别在调用 setter 之前和之后调用。考虑到您可以在 setter 中使用相同的代码,它们的目的是什么?
【问题讨论】:
我个人不喜欢这里的很多答案。他们在语法上太过分了。差异更多地在于语义和代码可读性。计算属性(get
& set
)基本上是有一个基于另一个属性的属性computed,例如将标签的text
转换为年份Int
。 didSet
& willSet
是说...嘿,这个值已经设置好了,现在让我们这样做,例如我们的 dataSource 已更新...所以让我们重新加载 tableView 以便它包含新行。另一个例子见dfri's answer on how to call delegates in didSet
在评论中找到最简单的答案。
【参考方案1】:
重点似乎是,有时,您需要一个具有自动存储功能的属性和一些行为,例如通知其他对象该属性刚刚更改。当您只有get
/set
时,您需要另一个字段来保存该值。使用willSet
和didSet
,您可以在修改值时执行操作,而无需其他字段。例如,在那个例子中:
class Foo
var myProperty: Int = 0
didSet
print("The value of myProperty changed from \(oldValue) to \(myProperty)")
myProperty
每次修改时都会打印其旧值和新值。只有 getter 和 setter,我需要这个:
class Foo
var myPropertyValue: Int = 0
var myProperty: Int
get return myPropertyValue
set
print("The value of myProperty changed from \(myPropertyValue) to \(newValue)")
myPropertyValue = newValue
所以willSet
和didSet
代表了几行的经济性,并且字段列表中的噪音更少。
【讨论】:
注意:willSet
和 didSet
在您从 init 方法中设置属性时不会被调用,如 Apple 注释:willSet and didSet observers are not called when a property is first initialized. They are only called when the property’s value is set outside of an initialization context.
但在执行此操作时,它们似乎在数组属性上被调用:myArrayProperty.removeAtIndex(myIndex)
...未预期。
您可以将赋值包装在初始化程序中的 defer 语句中,这会导致在退出初始化程序范围时调用 willSet 和 didSet 方法。我不一定推荐它,只是说它是可能的。结果之一是它仅在您声明该属性可选时才有效,因为它不是严格地从初始化程序初始化的。
请在下面解释。我不明白,这个方法还是变量 var propertyChangedListener : (Int, Int) -> Void = println("The value of myProperty has changed from ($0) to ($1)")
Swift 3 不支持在同一行初始化属性。您应该更改答案以符合 swift 3。【参考方案2】:
我的理解是 set 和 get 用于 computed properties(没有来自 stored properties 的支持)
如果您来自 Objective-C,请记住命名约定已经改变。在 Swift 中,一个 iVar 或实例变量被命名为 stored property
示例 1(只读属性) - 带有警告:
var test : Int
get
return test
这将导致警告,因为这会导致递归函数调用(getter 调用自身)。这种情况下的警告是“尝试在其自己的 getter 中修改 'test'”。
示例 2. 条件读取/写入 - 带有警告
var test : Int
get
return test
set (aNewValue)
//I've contrived some condition on which this property can be set
//(prevents same value being set)
if (aNewValue != test)
test = aNewValue
类似的问题 - 你不能这样做,因为它递归地调用 setter。 另外,请注意此代码不会抱怨没有初始化程序,因为没有要初始化的存储属性。
示例 3. 读/写计算属性 - 带有后备存储
这是一个允许对实际存储的属性进行条件设置的模式
//True model data
var _test : Int = 0
var test : Int
get
return _test
set (aNewValue)
//I've contrived some condition on which this property can be set
if (aNewValue != test)
_test = aNewValue
注意实际数据称为_test(虽然它可以是任何数据或数据组合) 还要注意需要提供一个初始值(或者你需要使用一个 init 方法),因为 _test 实际上是一个实例变量
示例 4. 使用 will 和 did set
//True model data
var _test : Int = 0
//First this
willSet
println("Old value is \(_test), new value is \(newValue)")
//value is set
//Finaly this
didSet
println("Old value is \(oldValue), new value is \(_test)")
var test : Int
get
return _test
set (aNewValue)
//I've contrived some condition on which this property can be set
if (aNewValue != test)
_test = aNewValue
这里我们看到 willSet 和 didSet 拦截了实际存储属性的变化。 这对于发送通知、同步等很有用...(请参见下面的示例)
示例 5. 具体示例 - ViewController Container
//Underlying instance variable (would ideally be private)
var _childVC : UIViewController?
willSet
//REMOVE OLD VC
println("Property will set")
if (_childVC != nil)
_childVC!.willMoveToParentViewController(nil)
self.setOverrideTraitCollection(nil, forChildViewController: _childVC)
_childVC!.view.removeFromSuperview()
_childVC!.removeFromParentViewController()
if (newValue)
self.addChildViewController(newValue)
//I can't see a way to 'stop' the value being set to the same controller - hence the computed property
didSet
//ADD NEW VC
println("Property did set")
if (_childVC)
// var views = NSDictionaryOfVariableBindings(self.view) .. NOT YET SUPPORTED (NSDictionary bridging not yet available)
//Add subviews + constraints
_childVC!.view.setTranslatesAutoresizingMaskIntoConstraints(false) //For now - until I add my own constraints
self.view.addSubview(_childVC!.view)
let views = ["view" : _childVC!.view] as NSMutableDictionary
let layoutOpts = NSLayoutFormatOptions(0)
let lc1 : AnyObject[] = NSLayoutConstraint.constraintsWithVisualFormat("|[view]|", options: layoutOpts, metrics: NSDictionary(), views: views)
let lc2 : AnyObject[] = NSLayoutConstraint.constraintsWithVisualFormat("V:|[view]|", options: layoutOpts, metrics: NSDictionary(), views: views)
self.view.addConstraints(lc1)
self.view.addConstraints(lc2)
//Forward messages to child
_childVC!.didMoveToParentViewController(self)
//Computed property - this is the property that must be used to prevent setting the same value twice
//unless there is another way of doing this?
var childVC : UIViewController?
get
return _childVC
set(suggestedVC)
if (suggestedVC != _childVC)
_childVC = suggestedVC
注意计算和存储属性的使用。我使用了一个计算属性来防止两次设置相同的值(以避免发生坏事!);我使用 willSet 和 didSet 将通知转发到 viewControllers(请参阅 UIViewController 文档和有关 viewController 容器的信息)
我希望这会有所帮助,如果我在这里的任何地方都犯了错误,请大喊大叫!
【讨论】:
为什么不能使用我将 didSet 与 get 和 set 一起使用..?//I can't see a way to 'stop' the value being set to the same controller - hence the computed property
在我使用 if let newViewController = _childVC
而不是 if (_childVC)
后警告消失
get 和 set 用于创建计算属性。这些是纯粹的方法,没有后备存储(实例变量)。 willSet 和 didSet 用于观察存储的变量属性的变化。在引擎盖下,这些由存储支持,但在 Swift 中,它们都融合为一个。
在您的示例 5 中,在 get
中,我认为您需要添加 if _childVC == nil _childVC = something
然后 return _childVC
。【参考方案3】:
这些被称为 Property Observers:
属性观察者观察并响应属性的变化 价值。每次属性值被调用时,都会调用属性观察者 设置,即使新值与属性的当前值相同 价值。
摘自:Apple Inc. “Swift 编程语言”。电子书。 https://itun.es/ca/jEUH0.l
我怀疑这是为了允许我们传统上使用 KVO 执行的操作,例如与 UI 元素进行数据绑定,或触发更改属性的副作用、触发同步过程、后台处理等。
【讨论】:
【参考方案4】:您还可以使用didSet
将变量设置为不同的值。这不会导致再次调用观察者,如Properties guide 中所述。例如,当您想限制如下值时,它很有用:
let minValue = 1
var value = 1
didSet
if value < minValue
value = minValue
value = -10 // value is minValue now.
【讨论】:
【参考方案5】:注意
willSet
和didSet
在委托发生之前在初始化程序中设置属性时不会调用观察者
【讨论】:
【参考方案6】:许多写得很好的现有答案很好地涵盖了这个问题,但我会更详细地提到一个我认为值得一提的补充。
willSet
和 didSet
属性观察器可用于调用委托,例如,对于仅由用户交互更新的类属性,但您希望避免在对象初始化时调用委托。
我将引用 Klaas 对已接受答案的赞成意见:
第一次调用属性时不会调用 willSet 和 didSet 观察者 初始化。仅在设置属性值时调用它们 在初始化上下文之外。
这是一个非常简洁的意思,例如对于您自己的自定义类,didSet
属性是委托回调和函数的启动点的不错选择。
例如,考虑一些自定义用户控件对象,具有一些关键属性value
(例如评级控件中的位置),实现为UIView
的子类:
// CustomUserControl.swift
protocol CustomUserControlDelegate
func didChangeValue(value: Int)
// func didChangeValue(newValue: Int, oldValue: Int)
// func didChangeValue(customUserControl: CustomUserControl)
// ... other more sophisticated delegate functions
class CustomUserControl: UIView
// Properties
// ...
private var value = 0
didSet
// Possibly do something ...
// Call delegate.
delegate?.didChangeValue(value)
// delegate?.didChangeValue(value, oldValue: oldValue)
// delegate?.didChangeValue(self)
var delegate: CustomUserControlDelegate?
// Initialization
required init?(...)
// Initialise something ...
// E.g. 'value = 1' would not call didSet at this point
// ... some methods/actions associated with your user control.
之后,您的委托函数可以在某些视图控制器中使用,以观察 CustomViewController
模型中的关键变化,就像您将 UITextFieldDelegate
的固有委托函数用于 UITextField
对象一样(例如textFieldDidEndEditing(...)
)。
对于这个简单的示例,使用来自类属性 value
的 didSet
的委托回调来告诉视图控制器它的一个出口已经关联了模型更新:
// ViewController.swift
Import UIKit
// ...
class ViewController: UIViewController, CustomUserControlDelegate
// Properties
// ...
@IBOutlet weak var customUserControl: CustomUserControl!
override func viewDidLoad()
super.viewDidLoad()
// ...
// Custom user control, handle through delegate callbacks.
customUserControl = self
// ...
// CustomUserControlDelegate
func didChangeValue(value: Int)
// do some stuff with 'value' ...
// func didChangeValue(newValue: Int, oldValue: Int)
// do some stuff with new as well as old 'value' ...
// custom transitions? :)
//
//func didChangeValue(customUserControl: CustomUserControl)
// // Do more advanced stuff ...
//
这里已经封装了value
属性,但是一般来说:在这种情况下,注意不要在关联委托函数的范围内更新customUserControl
对象的value
属性(这里:@ 987654337@) 在视图控制器中,否则你将得到无限递归。
【讨论】:
【参考方案7】:每当属性被分配一个新值时,属性的 willSet 和 didSet 观察者。即使新值与当前值相同也是如此。
请注意,willSet
需要一个参数名称来解决,另一方面,didSet
不需要。
属性值更新后调用 didSet 观察者。它与旧值进行比较。如果总步数增加,则会打印一条消息以指示已采取了多少新步数。 didSet 观察者没有为旧值提供自定义参数名称,而是使用了 oldValue 的默认名称。
【讨论】:
【参考方案8】:Getter 和 setter 有时过于繁重而无法仅仅为了观察适当的值变化而实施。通常这需要额外的临时变量处理和额外的检查,如果你编写了数百个 getter 和 setter,你甚至会想要避免那些微小的劳动。这些东西是针对这种情况的。
【讨论】:
您是说使用willSet
和didSet
与等效的setter 代码相比有性能 优势吗?这似乎是一个大胆的主张。
@zneak 我用错了词。我声称的是程序员的努力,而不是处理成本。【参考方案9】:
在您自己的(基)类中,willSet
和 didSet
非常冗余,因为您可以改为定义访问 @ 的计算属性(即 get- 和 set- 方法) 987654323@ 并进行所需的前期和后期处理。
如果,然而,你重写了一个属性已经定义的类,那么willSet
和didSet
是有用而不是多余的!
【讨论】:
【参考方案10】:didSet
真正方便的一件事是当您使用 outlet 添加额外配置时。
@IBOutlet weak var loginOrSignupButton: UIButton!
didSet
let title = NSLocalizedString("signup_required_button")
loginOrSignupButton.setTitle(title, for: .normal)
loginOrSignupButton.setTitle(title, for: .highlighted)
【讨论】:
或使用 willSet 对这个 outlet 方法有一些影响,不是吗?【参考方案11】:我不懂 C#,但稍微猜测一下,我想我明白了什么
foo : int
get return getFoo();
set setFoo(newValue);
确实如此。它看起来与您在 Swift 中的非常相似,但并不相同:在 Swift 中,您没有 getFoo
和 setFoo
。这不是一点点区别:这意味着您没有任何底层存储来满足您的价值。
Swift 具有存储和计算属性。
计算属性具有get
并且可能具有set
(如果它是可写的)。但是 getter 和 setter 中的代码,如果需要实际存储一些数据,则必须在 other 属性中进行。没有后备存储。
另一方面,存储属性确实有后备存储。但它确实没有有get
和set
。相反,它具有willSet
和didSet
,您可以使用它们来观察变量变化,并最终触发副作用和/或修改存储的值。对于计算属性,您没有 willSet
和 didSet
,您也不需要它们,因为对于计算属性,您可以使用 set
中的代码来控制更改。
【讨论】:
这是 Swift 示例。getFoo
和 setFoo
是简单的占位符,用于您希望 getter 和 setter 执行的任何操作。 C# 也不需要它们。 (在我访问编译器之前,我确实错过了一些语法上的微妙之处。)
哦,好的。但重要的一点是计算属性没有底层存储。另请参阅我的其他答案:***.com/a/24052566/574590以上是关于C#中ref的作用是啥?的主要内容,如果未能解决你的问题,请参考以下文章