9

データをマシンのファイル システムの一部にする必要があります。

Windowsでは、3つのオプションがあるようです:

  1. Eldos の「コールバック ファイル システム」 ( http://www.eldos.com/cbfs/ )
  2. ドカン (dokan-dev.net)
  3. Pismo ファイル マウント ( http://www.pismotechnic.com/pfm/ )

これらの 3 つのオプションのうち、1 (Eldos) が断然最高のオプションです。

しかし、理想的には、Linux/Unix と Mac もサポートするソリューションを入手したいと考えています。言い換えれば、コールバックにはいくつかの共通のインターフェースがありますが、異なるファイルシステムには異なる実装があります。

誰もそのような解決策を知っていますか?

4

1 に答える 1

9

更新: PFM には、しばらく前から Mac および Linux への移植がありました。移植性が主な関心事である場合、PFM は、3 つの主要なデスクトップ プラットフォーム上の異なる API へのシミングを伴わないオプションです。

完全な開示、私は Pismo Technic Inc. の主要な PFM 開発者です。

PFM と CBFS は、FUSE として Linux に組み込まれている機能を提供し、Mac では MacFUSE として自由に利用できます。

最善の策は、独自のポーティング レイヤーを使用して、コードの大部分を Linux/Mac の FUSE 固有、および Windows の PFM または CBFS 固有から分離することだと思います。低レベル FUSE を介して Linux/Mac PFM ポートを作成したので、FUSE と PFM の違いは非常に簡単に管理できると確信しています。CBFS はより文字通りネイティブの Windows ファイル システム モデルを公開するため、より大きな機能上の違いが生じる可能性があります。

ネイティブの Windows ファイル システム モデルは、UNIX ライクなオペレーティング システムのファイル システム モデルとは大きく異なります。この違いは、主にユーザー モード Win32 または UNIX のいずれかを扱ってきた開発者には想像しがたいものです。Windows タイプのテクノロジの FUSE は可能ですが、最終的には、Windows で PFM や CBFS を使用するのとほぼ同じになる、非常に多くの Windows 固有の変更が必要になる可能性があります。

于 2010-02-11T03:17:47.767 に答える