0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

swiftのメモ帳アプリをビルドしてみたら色んなエラーが出たのでエラー内容と解決方法をまとめてみた

Posted at

swiftのメモ帳アプリがそこそこできてきたので、試しにビルドしてみましたが、多分細かいところがうまく行っておらず、エラーが出てきたので
それをまとめて調べてみようと思います。
とりあえずCHATGPTさんに聞いてみました!

エラーメッセージ一覧

001.jpeg

●AddMemoViewController.swift:23:13 Variable 'memoInput' was never mutated; consider changing to 'let' constant

これは、変数として宣言したmemoInputがコード内で一度も変更されていない(mutateされていない)ため、Swiftコンパイラが「この変数は変更されないので、varではなくletで宣言した方が良いのでは?」と提案している警告です。

<判断基準>

  1. 値が変更されない場合: letを使用(推奨)
    値を変更しないことがわかっている場合、定数として扱う方が安全で効率的です。
  2. 値が変更される場合: varを使用
    プログラムの中で値を変更する場合は、引き続きvarを使います。
     
     

●Main.storyboard Views without any layout constraints may clip their content or overlap other views.

この警告メッセージは、Main.storyboard内のビューに**Auto Layoutの制約(constraints)**が設定されていないために表示されます。以下で詳しく解説します。
この警告は、「レイアウト制約が設定されていないビューは、以下の問題を引き起こす可能性がある」という意味です:

  1. コンテンツが切れる(clip)可能性がある
    画面サイズが異なるデバイスで表示したときに、ビュー内のテキストや画像が表示領域からはみ出して見えなくなることがあります。
  2. 他のビューと重なる可能性がある
    制約がないため、他のビューと位置関係が決まらず、重なってしまうことがあります。

<なぜこの警告が出るのか>

iOSアプリでは、さまざまなデバイスや画面サイズ(iPhone SE、iPhone 14 Pro Maxなど)に対応するためにAuto Layoutを使用して、ビューの位置やサイズを決定します。制約が設定されていないと、以下のような問題が発生します:
• 異なる画面サイズでビューの位置や大きさが崩れる。
• 横向きやSplit Viewモードで表示が乱れる。

<解決策>
警告を解消するには、該当のビューにAuto Layout制約を設定します。
手順: Auto Layout制約を設定する

  1. Storyboardでビューを選択
    • 問題のビュー(ラベル、ボタン、画像など)を選択します。
  2. 制約を設定する
    • Align(配置制約): 中央揃え、左右揃えなどを設定。
    • Pin(ピン制約): 上下左右のマージンや高さ・幅を設定。
    • 下部の 「Add New Constraints」ボタン を使って制約を追加します。
  3. 適切な制約を組み合わせる
    • 例: ボタンを画面中央に配置する場合
    • 水平方向と垂直方向の中央揃え(Align Constraints)。
    • 例: テキストビューを親ビューの上下に固定する場合
    • 上下左右の距離を指定(Pin Constraints)。
  4. 警告が解消されていることを確認
    • 右下の「警告トライアングル」をクリックして確認。
    • エラーが出ていないことを確認してください。

<実際の例>

問題のある状態
ボタンをStoryboardにドラッグ&ドロップしても制約を付けていない場合、以下のような問題が発生します:
• 小さな画面ではボタンが表示外に行く。
• 横向きでレイアウトが崩れる。
修正後の状態
ボタンに以下の制約を追加すると、すべての画面サイズで正しい位置に表示されます:
• 中央揃え制約(水平方向・垂直方向)。
• 固定サイズ(幅と高さ)。

ヒント: Auto Layoutの基本概念
• *制約(Constraint)は、ビュー間や親ビューとの関係を定義します。
• 制約が足りない場合、
「Ambiguous Layout(曖昧なレイアウト)」というエラーが発生します。
• 制約が多すぎたり矛盾している場合、
「Conflicting Constraints(矛盾した制約)」**エラーになります。

 
●Main.storyboard “Navigation Controller“ is unreachable because it has no entry points, and no identifier for runtime access via -[UIStoryboard instantiateViewControllerWithIdentifier:].
この警告メッセージは、Storyboard内に配置されたNavigation Controllerが正しく設定されていないために表示されています。以下で詳しく説明します。

 
この警告は以下のどちらか、または両方の理由で発生しています:

  1. エントリーポイントが設定されていない
    ストーリーボード内で、このNavigation Controllerがアプリの起動時に最初に表示されるビューコントローラーとして設定されていません。
  2. Storyboard Identifierが設定されていない
    コードからこのNavigation Controllerをアクセスするための識別子(Storyboard Identifier)が設定されていません。

解決策

  1. エントリーポイントを設定する
    エントリーポイントを設定すると、アプリ起動時にこのNavigation Controllerが最初に表示されます。

  2. StoryboardでNavigation Controllerを選択
    Navigation Controllerをクリックして選択します。

  3. エントリーポイントマークを設定
    • 画面左側の矢印(▷)がエントリーポイントを示します。
    • 選択したNavigation Controllerを右クリックし、「Is Initial View Controller」にチェックを入れる。
    • または、Attributes Inspectorで「Is Initial View Controller」を有効にします。

  4. Storyboard Identifierを設定する
    コードからNavigation Controllerを呼び出す場合は、Storyboard Identifierを設定する必要があります。

  5. StoryboardでNavigation Controllerを選択
    Navigation Controllerをクリックして選択します。

  6. Identifierを設定する
    • Identity Inspector(右サイドバー)を開きます。
    • 「Storyboard ID」に任意の識別子(例: MainNavController)を入力します。

  7. コードで呼び出す
    設定したStoryboard Identifierを使って、コードからNavigation Controllerをインスタンス化します。

<ケース別の対応方法>
ケース1: Navigation Controllerをアプリの最初の画面にしたい場合

  1. エントリーポイントを設定する(上述の方法1)。
  2. Navigation Controllerのルートビューに適切なView Controllerを設定しておきます。

ケース2: Navigation Controllerをコードで呼び出したい場合

  1. Storyboard Identifierを設定する(上述の方法2)。
  2. コードでinstantiateViewControllerを使って呼び出します。

ケース3: 他のNavigation Controllerがエントリーポイントになっている場合
• 現在のNavigation Controllerはエントリーポイントでもコードから呼び出されるものでもないため、削除するか、適切な用途を設定します。
まとめ
この警告は、StoryboardのNavigation Controllerがどのように使用されるか明示的に設定されていない場合に発生します。
• アプリの最初の画面として使う場合はエントリーポイントを設定。
• コードから呼び出す場合はStoryboard Identifierを設定してください。
これにより、警告を解消し、Navigation Controllerが正しく機能するようになります!

●Main.storyboard Segues initiated directly from view controllers must have an identifier
 
この警告メッセージは、StoryboardでView Controller間の**Segue(セグエ)**を作成した際に、Segueに識別子(Identifier)が設定されていないために表示されています。Segueに識別子がないと、コードからそのSegueを識別して操作することができません。

この警告は以下の状況で発生します:

  1. View Controllerから直接Segueを作成したが、Segueに**Identifier(識別子)**を設定していない。
  2. **performSegue(withIdentifier:sender:)**などのコードを使ってSegueを起動しようとした場合、識別子がないためSegueを特定できない。

<解決策>
Segueに識別子を設定することで、この警告を解消できます。
手順: SegueにIdentifierを設定する

  1. Storyboardで該当するSegueを選択
    • View Controller間の線(Segue)をクリックして選択します。
  2. Attributes Inspectorを開く
    • 右サイドバーの「Attributes Inspector」(四角形のアイコン)を開きます。
  3. Identifierを設定
    • 「Identifier」の欄に任意の識別子を入力します(例: showDetailSegue)。
  4. コードでIdentifierを使用する(必要に応じて)
    設定したIdentifierを使ってSegueを起動できます。

<注意点>

  1. Identifierは一意にする
    同じStoryboard内で他のSegueと重複しない識別子を設定してください。
  2. 不要なSegueを削除
    使用しないSegueがある場合は、Storyboardから削除して警告を防ぎます。
  3. 手動Segueの識別子設定を忘れない
    performSegueを使用する場合、Identifierを設定していないとクラッシュする可能性があります。

<まとめ>
この警告を解消するためには:
• Storyboardで該当するSegueにIdentifierを設定する。
• 必要に応じてコードでそのIdentifierを使用する。
適切に設定することで、Segueが正しく動作し、警告も解消されます!

●Main.storyboard Plain Style unsupported in a Navigation Item
この警告メッセージは、Storyboardで作成したNavigation Itemのスタイルが正しく設定されていない、またはサポートされていない「Plain Style」に設定されていることを示しています。これは通常、Navigation BarやNavigation Itemのプロパティが正しくないために発生します。

この警告は以下の場合に表示されます:

  1. Navigation Itemのスタイルが「Plain」に設定されている
    • Plain Styleは、Navigation Itemに対してサポートされていないスタイルです。
    • Navigation Itemは通常、Defaultまたは特定のカスタマイズオプションを使用します。
  2. StoryBoard上での設定ミス
    • Navigation ItemやNavigation Barの設定が不適切で、無効なスタイルが割り当てられています。

<解決策>
手順1: Navigation Itemのスタイルを確認する

  1. StoryboardでNavigation Itemを選択する
    問題のNavigation Itemをクリックして選択します。
  2. Attributes Inspectorを開く
    右側の「Attributes Inspector」(四角形のアイコン)を開きます。
  3. スタイルを確認・修正する
    • Navigation Itemにはスタイル設定を変更するオプションが通常ありません。
    • Navigation Itemは自動的に親のNavigation ControllerやNavigation Barのスタイルに従います。

手順2: Navigation Barの設定を確認する

  1. Navigation Controllerを選択する
    Navigation Controller全体、またはNavigation Barを選択します。
  2. Bar Styleを確認する
    Attributes Inspectorの「Bar Style」が適切な値(Default、Blackなど)に設定されていることを確認してください。

手順3: Navigation Itemが正しく設定されているか確認
• Navigation Itemは通常、View Controllerに自動的に設定されます。
問題がある場合は、以下を確認してください:
• Navigation ControllerにView Controllerが正しく接続されているか。
• Navigation Itemが他のビューと競合していないか。

<他の修正方法>

  1. Navigation Itemを再作成する
    問題が解決しない場合、該当するNavigation Itemを削除して新しく作成することで解決することがあります。

  2. Storyboardの構成を見直す
    • Navigation ControllerとNavigation Barが正しく設定されているか確認します。
    • Navigation Itemが適切なView Controllerに関連付けられているか確認します。

補足
この警告は通常、誤った設定やStoryboardの不整合が原因で発生します。以下を確認すると問題を回避できます:
• Navigation Controllerを使用している場合、適切にセットアップされていること。
• Navigation ItemはView Controllerごとに1つ設定されていること。
修正後にStoryboardの警告やエラーが消えることを確認してください。

 
●Main.storyboard Prototype table cells must have reuse identifiers
この警告メッセージは、Storyboard内でUITableViewの**Prototype Cell(プロトタイプセル)を使用している場合に、そのセルにReuse Identifier(再利用識別子)**が設定されていないことを示しています。再利用識別子がないと、セルをコード内で正しく管理できず、アプリの動作に問題が生じる可能性があります。
 
この警告は、次の状況で発生します:

  1. Prototype Cellを設定しているのにReuse Identifierが未設定
    • UITableViewCellを再利用する仕組みには識別子が必要です。
    • Reuse Identifierがないと、セルを正しく生成・再利用できず、警告が表示されます。
  2. コードで識別子を使用してセルを操作する必要がある
    • tableView.dequeueReusableCell(withIdentifier:)メソッドでセルを取得する際に識別子が必須です。

<解決策>

  1. Reuse Identifierを設定する

  2. StoryboardでPrototype Cellを選択
    • 該当するUITableViewのPrototype Cellをクリックして選択します。

  3. Attributes Inspectorを開く
    • 右サイドバーの「Attributes Inspector」(四角形のアイコン)を開きます。

  4. Identifierを設定
    • 「Identifier」の欄に任意の識別子を入力します(例: CellIdentifier)。

  5. コードでReuse Identifierを使用する。
    設定したReuse Identifierをコード内で使用します。

  6. セルをデキューする
    Reuse Identifierを使用してセルを再利用可能にします。

  7. 登録済みのIdentifierを一致させる
    Storyboardで設定したReuse Identifier(例: CellIdentifier)が、コード内で使用しているものと一致している必要があります。

  8. 動的セルを使用しない場合
    もしStatic Cells(静的セル)を使いたい場合、以下を確認します:
    • UITableViewのContent設定がStatic Cellsになっていること。
    • Static CellsではReuse Identifierは不要です。

<警告の理由と仕組み>
UITableViewはセルの再利用によってパフォーマンスを最適化します。この仕組みには以下の流れが含まれます:

  1. 一度作成したセルをReuse Identifierで識別。
  2. 画面外に出たセルを再利用。
  3. 必要に応じてセルを再生成。
    Reuse Identifierがない場合、UITableViewはセルを再利用できず、新しいセルを毎回作成しなければならないため、パフォーマンスが悪化します。この仕組みを正しく機能させるためにReuse Identifierが必須です。

<補足>
• 複数のセルを使う場合
複数種類のセルを使用する場合、それぞれ異なるReuse Identifierを設定してください。
• セルのカスタムクラスを使用する場合
セルにカスタムクラスを割り当てる際もReuse Identifierが必要です。

一気に調べたので、この記事を見ながら
エラーを潰していこうと思います!

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?