web-dev-qa-db-ja.com

バンドルクリエーターOSタイプコード??? Xcode 4

バンドルクリエーターOSタイプコードがiOSアプリのInfo.plist値は????? in Xcode4。想定されている値は何ですか?

31
moon

アプリケーションを識別するために使用されます。 iPhoneアプリケーションの場合は、変更する必要はありません。

これらのリンクを見てください:

19
Nevin

実際にはもう使用されていません。それは、主にどのアプリがファイルタイプを作成、編集、または読み取ることができるかを決定するために使用されるデータポイントであった、クラシックMac OS時代からの持ち越しです。当時、あなたはそれらをアップルに登録しなければなりませんでした。彼らがそのサービスを提供することさえもうないと思います。 OS Xと一部のアプリでは、内部的にまれにそ​​れを使用する場合がありますが、そのレガシーです。ご想像のとおり、可能な順列が厳しく制限されているため、長期的には使用できません。

現在、UTIが推奨されるアプローチです。システムは、これらとファイル拡張子およびマジックナンバーの組み合わせを使用します。けれどもそれはOSXほど真実ではないかもしれないiOSで。

15
uchuugaka

それは、bunderの作成者を識別するための4文字のコードです...たとえば、AppleはAPPLです...それは????であるか、アプリ名が「myApp」の場合「MYAP」を付けることができます...多くのアプリがある場合、最初の2文字をアプリ名に、次の2文字を会社名に付けることができます...

たとえば、Appleはコア基盤、AVなどにCFを使用します

http://developer.Apple.com/library/ios/#documentation/general/Reference/InfoPlistKeyReference/Articles/CoreFoundationKeys.html

3

拡張子とファイルの種類と作成者コードに関する歴史的な見方を示すためにだけです。

ファイル拡張子は、CP/Mのファイルシステムの一部であり、MacOSで実際に実行されたファイルタイプやクリエーターコードと同様に機能することを目的としています。当時、各アプリケーションは一意の拡張子を使用し、1つのアプリケーションのみが独自のファイルを編集することが予想されていました。ファイルシステムでは、ファイル名と拡張子が2つの異なる領域に格納されていたため、拡張子は名前の一部ではありませんでした。当時、ほとんどのシステムには少数のアプリケーションしかなく、ファイルの内容はアプリケーションに固有でした。これらはエンドユーザーに表示されることを意図したものではありませんが、CP/Mのディレクトリコマンドのエラーにより、ファイル名の一部であるかのように表示されました。 MS-DOSは慣習を受け入れ、残りは残念ながら歴史です。

Appleの初期のファイルシステム設計では、拡張機能の概念の欠点が確認されました。主なものは、一部のファイルタイプが複数のアプリケーションで使用される可能性が高く、ファイル形式の標準化により、ファイルを操作できる複数のアプリケーションがあることでした。一般的です。したがって、Appleファイルクリエーター-ファイルを作成したアプリ-をファイルタイプから分割します。デフォルトでは、ファイルをダブルクリックすると、最初に作成したアプリケーションがそれを開きます。ただし、ユーザーがアプリケーション内からファイルを開いた場合、そのアプリが作成者でなくても、互換性のあるすべてのファイルが一覧表示されるはずでした。また、ファイルを開くことができるすべてのアプリケーションを一覧表示することもできます。意味的には、 CP/M、タイプおよび作成者コードは、ファイル名自体とは別のものでした。

Appleでアプリケーションを適切に登録した開発者は、独自の作成者コードを取得しました。この概念の問題は、2つのソースから発生しました。1。他者またはApple自身の作成者コードをハイジャックした開発者。2。Unixシステム、正式なファイル名拡張子がなかった(すべてのファイル名が単一の文字列であった)では、ファイル名をドットといくつかの追加の文字で終了するという規則を採用し始めました。UNIXの規則では、拡張子はファイルの一部ですCP/MやMS-DOSとは異なり、名前自体。

2
Eric