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

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

図：Windowsでファイルを管理するための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でファイルを管理するためのWindowsの使用 - 図2

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

5、ライブラリと実際のフォルダは同じにはできません。

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

第六に、図書館で共有しています。

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