Structures and Classes¶ 構造体とクラス¶

Comparing Structures and Classes¶ 構造体とクラスを比較する¶

Structures and classes in Swift have many things in common. Both can: スウィフトでの構造体とクラスは、多くのものを共通して持ちます。両方とも以下のことができます：

• Define properties to store values 値を格納するために、プロパティを定義します
• Define methods to provide functionality 機能性を提供するために、メソッドを定義します
• Define subscripts to provide access to their values using subscript syntax 添え字構文を使用してそれらの値の利用することを提供するために、添え字を定義します
• Define initializers to set up their initial state それらの初期状態を設定するために、イニシャライザを定義します
• Be extended to expand their functionality beyond a default implementation それらの機能性を元の実装を越えて広げるために、拡張されます
• Conform to protocols to provide standard functionality of a certain kind 特定の種類の標準の機能性を提供するために、プロトコルに準拠します

For more information, see Properties, Methods, Subscripts, Initialization, Extensions, and Protocols. 詳細は、プロパティ, メソッド、添え字、初期化、拡張、そしてプロトコルを見てください。

Classes have additional capabilities that structures don’t have: クラスは以下の追加の能力を持ちます、それは構造体が持たないものです：

• Inheritance enables one class to inherit the characteristics of another. 継承は、あるクラスが他のものの特徴を受け継ぐのを可能にします。
• Type casting enables you to check and interpret the type of a class instance at runtime. 型キャストは、あなたにクラスインスタンスの型を実行時に調べて解釈することを可能にします。
• Deinitializers enable an instance of a class to free up any resources it has assigned. デイニシャライザは、クラスのインスタンスにそれが代入したどんなリソースでも解放するのを可能にします。
• Reference counting allows more than one reference to a class instance. 参照カウントは、あるクラスインスタンスに対する１つ以上の参照を許します。

For more information, see Inheritance, Type Casting, Deinitialization, and Automatic Reference Counting. 詳細は、継承、型キャスト、デイニシャライズ、そして自動参照カウントを見てください。

The additional capabilities that classes support come at the cost of increased complexity. As a general guideline, prefer structures because they’re easier to reason about, and use classes when they’re appropriate or necessary. In practice, this means most of the custom data types you define will be structures and enumerations. For a more detailed comparison, see Choosing Between Structures and Classes. クラスがサポートする追加の能力は、複雑さの増加という犠牲を伴います。一般的な指針として、構造体を選んでください、なぜならそれらは推論するのがより簡単だからです、そしてそれが適切または必要である場合はクラスを使ってください。実際問題としては、これは、あなたが定義するほとんどのあつらえのデータ型は構造体や列挙になることを意味します。詳細な比較は、構造体とクラスから選ぶを見てください。

Structures and Enumerations Are Value Types¶ 構造体と列挙は値型です¶

A value type is a type whose value is copied when it’s assigned to a variable or constant, or when it’s passed to a function. 値型は、それが変数または定数に代入される時に、あるいは、それが関数に渡されるときに、値がコピーされる型です。

You’ve actually been using value types extensively throughout the previous chapters. In fact, all of the basic types in Swift—integers, floating-point numbers, Booleans, strings, arrays and dictionaries—are value types, and are implemented as structures behind the scenes. あなたは、実際に前の章を通して広く値型を使っていました。実際、スウィフトにおける基本の型の全て ― 整数、浮動小数点数、ブール、文字列、配列および辞書 ― は、値型であり、そして舞台裏では構造体として実装されます。

All structures and enumerations are value types in Swift. This means that any structure and enumeration instances you create—and any value types they have as properties—are always copied when they’re passed around in your code. 全ての構造体と列挙は、スウィフトでは値型です。これは、あなたがつくるあらゆる構造体や列挙のインスタンス ― そして、それらがプロパティとして持つあらゆる値型 ― は、あなたのコードの中であちこち渡される時に常にコピーされることを意味します。

Consider this example, which uses the Resolution structure from the previous example: この例を考慮してください、それは、前の例からResolution構造体を使用します：

This example declares a constant called hd and sets it to a Resolution instance initialized with the width and height of full HD video (1920 pixels wide by 1080 pixels high). この例は、hdと呼ばれる定数を宣言して、それをフルHDビデオの幅と高さ（1920ピクセル幅の広さで1080ピクセルの高さ）で初期化されるResolutionインスタンスに対して設定します。

It then declares a variable called cinema and sets it to the current value of hd. Because Resolution is a structure, a copy of the existing instance is made, and this new copy is assigned to cinema. Even though hd and cinema now have the same width and height, they’re two completely different instances behind the scenes. それは、それからcinemaと呼ばれる変数を宣言して、それをhdの現在の値に設定します。Resolutionが構造体であるので、既存のインスタンスのコピーが作成されます、そして、この新しいコピーはcinemaに代入されます。たとえhdとcinemaが現在同じ幅と高さを持つとしても、それらは舞台裏では２つの完全に異なるインスタンスです。

Next, the width property of cinema is amended to be the width of the slightly wider 2K standard used for digital cinema projection (2048 pixels wide and 1080 pixels high): 次に、cinemaのwidthプロパティは、デジタル映画館投影のために使われるわずかにより広い2Kの標準の幅（2048ピクセル幅の広さで1080ピクセルの高さ）になるように改められます：

Checking the width property of cinema shows that it has indeed changed to be 2048: cinemaのwidthプロパティをチェックすると、2048になるように変えられたことを示します：

However, the width property of the original hd instance still has the old value of 1920: しかし、最初のhdインスタンスのwidthプロパティは、まだ1920の古い値を持ちます：

When cinema was given the current value of hd, the values stored in hd were copied into the new cinema instance. The end result was two completely separate instances that contained the same numeric values. However, because they’re separate instances, setting the width of cinema to 2048 doesn’t affect the width stored in hd, as shown in the figure below: cinemaがhdの現在の値を与えられたとき、hdに格納される値は新しいcinemaインスタンスにコピーされました。最終的な結果は２つの完全に別々のインスタンスです、そしてそれらは同じ数値を含みます。しかしながら、それらが別々のインスタンスであるので、cinemaの幅を2048に設定することはhdに格納される幅に影響を及ぼしません、下の図で示されるように：

The same behavior applies to enumerations: 同じ挙動は、列挙にもあてはまります：

When rememberedDirection is assigned the value of currentDirection, it’s actually set to a copy of that value. Changing the value of currentDirection thereafter doesn’t affect the copy of the original value that was stored in rememberedDirection. rememberedDirectionがcurrentDirectionの値を代入されるとき、それは実際にはその値のコピーに設定されます。それ以降にcurrentDirectionの値を変えることは、本来の値のコピーに、rememberedDirectionに格納されたものに影響を及ぼしません。

Classes Are Reference Types¶ クラスは、参照型です¶

Unlike value types, reference types are not copied when they’re assigned to a variable or constant, or when they’re passed to a function. Rather than a copy, a reference to the same existing instance is used. 値型とは異なり、参照型は、それが変数や定数に代入される時に、あるいはそれが関数に渡される時に、コピーされません。コピーではなく、既存の同じインスタンスに対する参照が使われます。

Here’s an example, using the VideoMode class defined above: 上で定義されるVideoModeクラスを使用している例がここにあります：

This example declares a new constant called tenEighty and sets it to refer to a new instance of the VideoMode class. The video mode is assigned a copy of the HD resolution of 1920 by 1080 from before. It’s set to be interlaced, its name is set to "1080i", and its frame rate is set to 25.0 frames per second. この例は、tenEightyと呼ばれる新しい定数を宣言して、それをVideoModeクラスの新しいインスタンスに言及するように設定します。ビデオ・モードは、以前にHD解像度1920×1080のコピーを代入されます。それはインターレースされるように設定されます、それの名前は"1080i"に設定されます、そしてそれのフレームレートは25.0フレーム毎秒に設定されます。

Next, tenEighty is assigned to a new constant, called alsoTenEighty, and the frame rate of alsoTenEighty is modified: 次に、tenEightyは、新しい定数、alsoTenEightyと呼ばれるものに代入されます、そしてalsoTenEightyのフレームレートが修正されます：

Because classes are reference types, tenEighty and alsoTenEighty actually both refer to the same VideoMode instance. Effectively, they’re just two different names for the same single instance, as shown in the figure below: クラスが参照型であるので、tenEightyとalsoTenEightyは両方とも実際に同じ VideoModeインスタンスに言及します。事実上、それらは同じ１つのインスタンスに対する単なる２つの異なる名前です、以下の図で示されるように：

Checking the frameRate property of tenEighty shows that it correctly reports the new frame rate of 30.0 from the underlying VideoMode instance: tenEightyのframeRateプロパティを調べてみると、それが根底にあるVideoModeインスタンス由来の新しいフレームレートの30.0を正しく報告することがわかります：

This example also shows how reference types can be harder to reason about. If tenEighty and alsoTenEighty were far apart in your program’s code, it could be difficult to find all the ways that the video mode is changed. Wherever you use tenEighty, you also have to think about the code that uses alsoTenEighty, and vice versa. In contrast, value types are easier to reason about because all of the code that interacts with the same value is close together in your source files. この例はまた、どれくらい参照型について思考するのが困難になりうるかを示します。tenEightyとalsoTenEightyがあなたのプログラムのコードの中で離ればなれになってしまったら、ビデオモードが変更される全ての道筋を見つけるのは難しくなるかもしれません。あなたがtenEightyを使うどこであれ、あなたはまたalsoTenEightyを使うコードについて頭を働かせなければなりません、そして逆もまた同様に。対照的に、値型について思考するのはより簡単です、なぜなら同じ値に相互作用するコードの全ては、あなたのソースファイルの中で近接しているからです。

Note that tenEighty and alsoTenEighty are declared as constants, rather than variables. However, you can still change tenEighty.frameRate and alsoTenEighty.frameRate because the values of the tenEighty and alsoTenEighty constants themselves don’t actually change. tenEighty and alsoTenEighty themselves don’t “store” the VideoMode instance—instead, they both refer to a VideoMode instance behind the scenes. It’s the frameRate property of the underlying VideoMode that’s changed, not the values of the constant references to that VideoMode. tenEightyとalsoTenEightyが、変数ではなく、定数として宣言される点に注意してください。しかし、あなたはそれでもなおtenEighty.frameRateとalsoTenEighty.frameRateを変更することができます、なぜならtenEightyおよびalsoTenEighty定数それら自身の値は実のところ変わらないからです。tenEightyおよびalsoTenEightyそれら自身はVideoModeインスタンスを格納しません ― そうではなく、それらが両方とも言及するのは舞台裏でVideoModeインスタンスです。それは、根底にあるVideoModeのframeRateプロパティです、それは変更可能です、そのVideoModeに対する参照をもつこれら定数の値ではありません。