FNS ポリシーには、次の原則があります。
「特定のオブジェクトに対応して他のオブジェクトをネーミングする場合、そのオブジェクトはネーミングコンテキストとなる」
たとえば、ユーザーに対応してさまざまな事柄をネーミングする場合、ユーザーオブジェクトがネーミングコンテキストになります。
「共通構成要素を使用した名前の作成が可能」
これにより、ユーザーが覚える必要がある名前の数が減り、アプリケーションとユーザーによる、共通構成要素とその論理構成に関する知識に基く名前の作成が容易になります。
「名前は視覚的で自明のものでなければならない」
たとえば、FNS 名 /user/wong/service/calendar は、ユーザー Wong によって使用されるカレンダサービスを明示します。これに対して、カレンダ名 wong@deneb は、Wong のカレンダサービスが提供されるホスト (deneb) を表します。ただし、他のユーザーにとって、ホスト名は余分であり、検索しにくく覚えずらいので、このユーザーのカレンダとホストの間に明確な関連性はありません。
「1 つのコンテキストで間に合う場合には、2 つのコンテキストを使用しない。」
上記の例では、メールアドレス、カレンダ、ファイルのディレクトリを、ユーザー Wong に対応してネーミングした方が効果的です。コンテキストとその名前を共有すると、ネーミングの整合性が高まり、管理が簡単になります。