Classes and structures are general-purpose, flexible constructs that become the building blocks of your program’s code. You define properties and methods to add functionality to your classes and structures by using exactly the same syntax as for constants, variables, and functions.
クラスおよび構造体は、あなたのプログラムのコードの建築ブロックになる、万能で、柔軟な構造物です。あなたは、機能性をあなたのクラスおよび構造体に加えるためにプロパティとメソッドを定義します、それには、定数、変数、そして関数に対するのとまったく同じ構文を使います。

Unlike other programming languages, Swift does not require you to create separate interface and implementation files for custom classes and structures. In Swift, you define a class or a structure in a single file, and the external interface to that class or structure is automatically made available for other code to use.
他のプログラミング言語と違って、スウィフトはあなたにカスタム・クラスおよび構造体のために別々のインタフェースおよび実装ファイルを作成することを要求しません。スウィフトでは、あなたは一つのファイルにおいてクラスまたは構造体を定義します、そして、そのクラスまたは構造体への外部インタフェースは自動的に他のコードが使うことが可能にされます。

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

Classes and structures 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 do not:
クラスは、構造体がそうしない追加の能力を持ちます：

• 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.
詳細は、継承、型キャスト、デイニシャライズ、そして自動参照カウントを見てください。

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

A value type is a type whose value is copied when it is assigned to a variable or constant, or when it is 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 are 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 are 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 is two completely separate instances, which just happened to contain the same numeric values. Because they are separate instances, setting the width of cinema to 2048 doesn’t affect the width stored in hd.
cinemaがhdの現在の値を与えられたとき、hdに格納される値は新しいcinemaインスタンスにコピーされました。最終的な結果は２つの完全に別々のインスタンスです、そしてそれらは、たまたま同じ数値を含むということです。それらが別々のインスタンスであるので、cinemaの幅を2048に設定することはhdに格納される幅に影響を及ぼしません。

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

When rememberedDirection is assigned the value of currentDirection, it is actually set to a copy of that value. Changing the value of currentDirection thereafter does not 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 are assigned to a variable or constant, or when they are passed to a function. Rather than a copy, a reference to the same existing instance is used instead.
値型とは異なり、参照型は、それが変数や定数に代入される時に、あるいはそれが関数に渡される時に、コピーされません。コピーではなく、既存の同じインスタンスに対する参照が代わりに使われます。

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 is set to be interlaced, and is given a name of "1080i". Finally, it is set to a frame rate of 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 are just two different names for the same single instance.
クラスが参照型であるので、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を正しく報告することがわかります：

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 do not actually change. tenEighty and alsoTenEighty themselves do not “store” the VideoMode instance—instead, they both refer to a VideoMode instance behind the scenes. It is the frameRate property of the underlying VideoMode that is 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に対する参照をもつこれら定数の値ではありません。

Choosing Between Classes and Structures
クラスと構造体のどちらかを選ぶ

You can use both classes and structures to define custom data types to use as the building blocks of your program’s code.
あなたは、あなたのプログラムのコードの建築ブロックとして使う特別あつらえのデータ型を定義するために、クラスと構造体のどちらでも使用することができます。

However, structure instances are always passed by value, and class instances are always passed by reference. This means that they are suited to different kinds of tasks. As you consider the data constructs and functionality that you need for a project, decide whether each data construct should be defined as a class or as a structure.
しかし、構造体インスタンスは常に値によって渡されます、そして、クラスインスタンスは常に参照によって渡されます。これは、それらが異なる種類の作業に適していることを意味します。あなたがプロジェクトのために必要とするデータ構造と機能性を考慮するので、各データ構造物がクラスとしてまたは構造体として定義されなければならないか決めてください。

As a general guideline, consider creating a structure when one or more of these conditions apply:
一般的な指針として、これらの状況のうちの１つ以上があてはまるとき、構造体を作成することを考えてください：

• The structure’s primary purpose is to encapsulate a few relatively simple data values.
  その構造体の主要な目的は、比較的単純な２、３のデータ値をカプセル化することである。

• It is reasonable to expect that the encapsulated values will be copied rather than referenced when you assign or pass around an instance of that structure.
  あなたがその構造体のインスタンスをあちこち代入したり、渡したりするとき、カプセル化された値が参照をつけられるのではなくコピーされるのが当然だと思うことが道筋が立っている。

• Any properties stored by the structure are themselves value types, which would also be expected to be copied rather than referenced.
  構造体で格納されるどんなプロパティでもそれら自身値型であり、それはまた参照をつけられるのではなくコピーされることを期待される。

• The structure does not need to inherit properties or behavior from another existing type.
  その構造体が、既存の別の型からプロパティまたは挙動を受け継ぐ必要がない。

Examples of good candidates for structures include:
構造体の良い候補者の例には、次のようなものがあります：

• The size of a geometric shape, perhaps encapsulating a width property and a height property, both of type Double.
  幾何学図形のサイズ、おそらくはwidthプロパティとheightプロパティ（両方ともDouble型）をカプセル化する。

• A way to refer to ranges within a series, perhaps encapsulating a start property and a length property, both of type Int.
  ある連続の中に納まるいくつかの範囲を参照する一つの方法、おそらくはstartプロパティとlengthプロパティ（両方とも型Int）をカプセル化する。

• A point in a 3D coordinate system, perhaps encapsulating x, y and z properties, each of type Double.
  3D座標系でのポイント、おそらくはx、y、そしてzプロパティ（各々Double型）をカプセル化する。

In all other cases, define a class, and create instances of that class to be managed and passed by reference. In practice, this means that most custom data constructs should be classes, not structures.
全ての他の場合には、クラスを定義してください、そしてそのクラスのインスタンスをつくって、参照で管理されて渡されるようにしてください。実際問題として、これは、ほとんどのあつらえのデータ構造はクラスでなければならないことを意味します、構造体ではなく。

Assignment and Copy Behavior for Strings, Arrays, and Dictionaries
文字列、配列、そして辞書のための代入とコピー挙動

In Swift, many basic data types such as String, Array, and Dictionary are implemented as structures. This means that data such as strings, arrays, and dictionaries are copied when they are assigned to a new constant or variable, or when they are passed to a function or method.
スウィフトでは、多くの基本的なデータ型、String、Array、およびDictionaryなどが、構造体として実装されます。これは、文字列、配列、および辞書などのデータが、それらが新しい定数や変数に代入される時に、またはそれらが関数やメソッドに渡される時に、コピーされることを意味します。

This behavior is different from Foundation: NSString, NSArray, and NSDictionary are implemented as classes, not structures. Strings, arrays, and dictionaries in Foundation are always assigned and passed around as a reference to an existing instance, rather than as a copy.
この挙動は、Foundationとは異なります：NSString、NSArray、そしてNSDictionaryは、構造体ではなくクラスとして実装されます。Foundationでの文字列、配列、そして辞書は、常にコピーとしてでなく既存のインスタンスへの参照として代入されてあちこちに渡されます。