Windows 7は、ライブラリを使用してファイルを管理します

Windows 7オペレーティングシステムで、ファイルを管理する別の新しい方法は、ライブラリを介してファイルを管理することです。以下に示すように、これはライブラリ管理インタフェースのスクリーンショットです。

図：Windows 7でファイルを管理するためのWindowsの使用

これは、Windows 7オペレーティングシステムで新たに導入された効果的なファイル管理モードです。フォルダに似ています。しかし、大きな違いがあります。この記事では、この新機能を理解するのに役立つように、著者はこのライブラリー・ファイル管理方法のより詳細な分析とテストを行いました。

まず、一般的なフォルダとの類似点と相違点です。

上記のインターフェースから、ライブラリは従来のフォルダのように見えます。確かに、ある観点から見ると、ライブラリとフォルダには多くの類似点があります。フォルダと同様に、ライブラリにはさまざまなサブライブラリとファイルを含めることができます。しかし、それは本質的にフォルダとは異なります。フォルダーに保存されたファイルまたはサブフォルダーは同じ場所に保存されます。ライブラリに保存されているファイルは世界中から来ることができます。たとえば、ユーザーのコンピュータ上の関連ファイルから、またはリムーバブルディスク上のファイルから取得できます。この違いは小さいですが、従来のフォルダとライブラリの間で最も重要な違いです。

実際、図書館の管理は近道に近づいています。ユーザーはファイルまたはフォルダーの特定の保管場所を使用できます。それらすべてを単一のライブラリにリンクすることによってそれらを管理します。この場合、ユーザーが知っておく必要があるすべてのファイルがライブラリに表示されます（ユーザーがこれらのファイルまたはフォルダをライブラリに事前に追加している限り）。つまり、ライブラリ内のオブジェクトはさまざまなフォルダやファイルのスナップショットであり、実際にはファイルを格納していないため、より高速な管理方法が提供されます。たとえば、ユーザーは主にコンピュータのDディスクとモバイルハードディスクに作業用の文書をいくつか持っています。将来の作業の便宜のために、ユーザはファイルをDドライブとモバイルハードディスクにライブラリに入れることができます。使用する必要がある場合は、ライブラリを直接開くだけで（モバイルハードディスクがユーザーホストに接続されている場合）、モバイルハードディスクを見つける必要はありません。

次に、削除後に再結合できないという抜け道がありますか。

上記のように、著者は最初にこのライブラリにハードディスク上のフォルダWinXPを追加しました。フォルダをライブラリに追加する方法は非常に簡単で、目的のフォルダを選択してからもう一度ボタンをクリックし、[ライブラリに含める]をクリックするだけです。しかし、テストをしていたとき、私は臓器の問題を見つけました。このフォルダをライブラリに追加した場合は、ライブラリのWinXPフォルダを削除します。その後、このフォルダをライブラリに再度追加してください。しかし、現時点でシステムは "WinXPはライブラリに含まれています"というプロンプトを出し、このフォルダはライブラリに表示されません。ただし、ライブラリ内のWinXPファイルは実際には削除されています。

その後、WinXPファイルがライブラリに存在する場合は、このファイルをライブラリに追加すれば、正常に作成できます。ライブラリの名前だけがWinXP（2）に変わります。このエラーは、フォルダをライブラリに繰り返し追加することによって引き起こされるのではないことがわかります。テストによると、システムは同じフォルダをライブラリに複数回追加できるようにします。ライブラリに追加されたフォルダは、特別な操作（削除してから追加するなど）が原因で正しく表示されない場合があります。

次に、実際のフォルダがライブラリファイルに与える影響を削除します。

上記のように、作成者はハードディスクにWinXPフォルダを持っており、このフォルダはライブラリに含まれています。今、私はこのハードディスクのWinXPフォルダを削除します。この時点で、ライブラリのWinXPフォルダへの影響は何ですか？まず、著者はライブラリのWinXPフォルダをダブルクリックして開くことができますが、それでも開くことができます。ライブラリファイルの管理とショートカットの管理にはいくつかの違いがあることがわかります。ショートカットの場合、ユーザーが元のファイルを削除してもショートカットは開かず、ユーザーはパスの正確さを確認します。ライブラリでは、元のフォルダが削除されたライブラリファイルを開くことができます。もともと保存されていたライブラリには何もありません。最も驚くべきことは、元のフォルダは削除されますが、新しいフォルダの作成など、ライブラリファイル内のWinXPライブラリにファイルを追加できることです。その後、新しく追加されたコンテンツライブラリはどこに保存されますか？この時点で、作成者は元のWinXPフォルダの場所を開くと、古い場所に新しいWinXPファイルが作成されていることがわかりました。これはオペレーティングシステムによって自動的に作成され、ライブラリに新しく作成されたフォルダが保存されます。

4番目に、ネットワーク上の共有ファイルはライブラリに追加できません。

ネットワーク上の共有フォルダをライブラリに追加して管理することもできますか？著者は関連する技術情報を調べました。 Microsoftの公式文書によると、ネットワーク上の共有ファイルをライブラリに追加できますが、ライブラリを開くと、ネットワーク上の理由から速度が遅くなります。しかし、著者のテストの後、それは不可能のようです。たとえば、他のホストに新しいフォルダを作成し、それを共有するように設定しました。それからこのファイルをWindows 7ホストに接続します。この共有ファイルをライブラリに追加したいのですが、オペレーティングシステムから、「このフォルダはインデックスではなく共有ファイルであるため、含めることができません」というエラーメッセージが表示されます。

イラスト：Windows 7はライブラリを使用してファイルを管理します - イラスト2

しかし、作者はまだあきらめていません。この共有ファイルをネットワークドライブにマップするだけです。次に、このネットワークドライブに新しい「新しいフォルダ」を作成します。残念ながら、このフォルダをライブラリに追加することはまだ不可能です。作成者が新しく作成したフォルダをドラッグしてライブラリにドラッグしても、上記のエラーメッセージが表示されたままです。このフォルダはインデックスではなく共有ファイルであるため、含めることはできません。数回のテストの後、作者はついに死んだ。現在Windows 7で利用可能なバージョンでは、ネットワーク上の共有フォルダをライブラリに追加することはまだ不可能です。

5、ライブラリと実際のフォルダは等しくできません。

最初にWinXPフォルダをライブラリに追加すると、ライブラリにWinXPというフォントがもう1つあります。ライブラリ内のフォントライブラリWinXPは実際の格納フォルダWinXPと同じではないことに注意してください。フォントライブラリWinXPに対するいくつかの操作は、実際のWinXPフォルダには影響しません。あなたが図書館にいることができるならば、いくつかのフォルダーは図書館にパッケージされます。たとえば、フォントWinXPを選択してから、プロパティを右クリックします。開いたダイアログで、「Include Folder」ボタンを見ることができます。このボタンをクリックした後、現在のハードディスクのいくつかの既存のフォルダをこのWinXPライブラリに追加することができます。ただし、フォントライブラリWinXPの一部のフォルダはライブラリに追加されていますが、実際に格納されているフォルダWinXPには影響しません。つまり、ユーザーがWinxpライブラリにフォルダを追加しただけでなく、そのフォルダの内容もWinXPフォルダにコピーしたためです。フォルダにライブラリを追加すると、名前はデフォルトでは同じですが、2つは同じものではありません。 1つは実際の保存フォルダ、もう1つはライブラリの名前です。この2つは無関係です。

6人、図書館でシェア。

ライブラリでは、ライブラリに含まれているファイルに対してメンテナンスや操作を実行できます。たとえば、ライブラリ内のファイルを共有できます。しかし、その実際の実装には多くの問題があるようです。 WinXPライブラリの作成者として、新しいフォルダ "test shared folder"が作成されました。次にこのフォルダを選択し、右クリックして[共有]を選択します。ただし、ユーザーが選択できるコンテンツは少なく、「Nobody」、HomegroupRead、HomegroupRead /Write、特定の担当者など、いくつかの選択肢しかありません。これらのオプションにはいくつかの英語の単語があり、翻訳には特定のファイルがあるかもしれません。私はこの "Test Shared Folder"を共有に設定するために "Specific People"を選びました。ただし、ライブラリでは、この「テスト共有フォルダ」に共有フラグは表示されません。ただし、作成者が元のフォルダを確認し、フォルダに共有ロゴがあります。ライブラリ内のファイルの共有設定が元のフォルダに反映されていることがわかります。残念ながら、共有ロゴはライブラリ内ですでに共有されているフォルダには表示されません。これは多少残念です。後に、テストの後、それはディスプレイの問題であることがわかりました。共有アイコンは、ライブラリを閉じてから再度開く必要がある場合にのみ表示されます。共有がキャンセルされた場合は、アイコンをキャンセルできるようにライブラリを再度開く必要があります。しかし、それに対応するフォルダで、あなたはすぐに効果を見ることができます。これは誤解を招きやすいです。この目的のために、私は、マイクロソフトは、この点でアイコンの表示で大きなことではありませんが、ユーザーにとって大きな指導的意義を持っていることをお勧めします。表示に関しては、通常のフォルダと同じくらいタイムリーに表示するのが最善です。次回アイコンを更新するのではなく、もう一度開きます。さらに、複雑な共有設定を行いたい場合は、ライブラリにフォルダを設定した後にプロパティダイアログボックスを開くのが最善です。ここで、権限管理などの詳細設定を行うことができます。これは、共有ダイアログを直接設定するよりもはるかに詳細です。