ボタン、スライダ、スイッチなどのほとんどの単純なコントロールには、コントロールの「プライマリ」イベントを処理するAction属性があります。ボタンの操作は、ボタンがタップされたときに呼び出されます。スライダーの場合は、値が変更されたときなどに呼び出されます。

すべてのActionは、sender（必要に応じて別の名前を使用することもできます）という1つのパラメータを取る関数です。これは、常にイベントの原因となったコントロール/ビューになります。このパラメータを使用すると、SwitchやSliderの更新された値属性を取得するなど、イベントの詳細を調べることができます。

オブジェクト指向スタイルでプログラミングしている場合、アクションはバインドされたメソッドでもあります。この場合、メソッドはもちろん2つのパラメータ（selfとsender）を取ります。

関数またはメソッド名（かっこまたはパラメータなし）を入力することで、UIデザインツールで直接コントロールのアクションを設定できます。アクションをバインドされたメソッドに設定した場合、名前はselfで始まる必要があります。（他のオブジェクトのメソッドはサポートされていませんが、プログラムでこれを実行できます）。

TableViewやTextViewのような複雑なビューには、通常、デリゲート属性があります。デリゲートは、ビューが特定の状況でその動作を決定するために使用するヘルパーオブジェクトと考えることができます。例として、TextViewは、テキストが入力されたり、選択が変更されたりするたびにその代理人に通知します。また、デリゲートはTextViewやTextFieldの特定の文字を拒否するなど、変更を検証する機会を与えます。

個々のクラスのドキュメントに記述されているメソッドを実装している限り、任意のオブジェクトをデリゲートにすることができます。すべてのデリゲートメソッドはオプションです。たとえば、テキストビューデリゲートがtextview_should_begin_editingを実装していない場合、テキストビューは常に編集を開始できるとみなされます。

アクションを実装してメソッドを委譲する際に留意すべき重要なことは、すべてのコールバックがホストアプリケーションのメイン（UI）スレッドで呼び出されることです。関数の復帰に時間がかかる場合は、その時間内にアプリが「フリーズ」して表示されます。値を返すと予想されるデリゲートメソッドの場合、これはUIKitとの基本的な対話に必要です。@ ui.in_backgroundを使用して、他のコールバックメソッドをバックグラウンドで（通常のインタプリタスレッド上で）実行するようにデコレートできます。

次のコールバックでは、ボタンのアクションでconsole.alert（）が使用されます。console.alert（）はダイアログ内のボタンをタップするまでブロックされないので、アクションは@ ui.in_backgroundで修飾されているため、UIスレッドではこれを行うことはできません：

Programming