C# 如何在Windows 8中重用在Mac上创建的软链接

C# 如何在Windows 8中重用在Mac上创建的软链接,c#,windows,windows-8,windows-phone-8,symlink,C#,Windows,Windows 8,Windows Phone 8,Symlink,“我几乎没有软链接,”我在MacBook Pro中创建的1000张图片说,我正在iOS应用程序中使用这些图片 现在我正在将同一个应用移植到Windows 8 phone应用程序中,因此我想在Windows phone 8应用程序中重复使用同一个软链接,那么我如何使用它呢 我曾尝试在Windows8机器上打开软链接,但它说“不支持文件格式” 我的Windows计算机中有原始文件和软链接 有没有其他方法可以重复使用相同的软链接?如果不是,我能遵循的最佳方法是什么 编辑 好的,这里有更多的信息: 在M

“我几乎没有软链接,”我在MacBook Pro中创建的1000张图片说,我正在iOS应用程序中使用这些图片

现在我正在将同一个应用移植到Windows 8 phone应用程序中,因此我想在Windows phone 8应用程序中重复使用同一个软链接,那么我如何使用它呢

我曾尝试在Windows8机器上打开软链接,但它说“不支持文件格式”

我的Windows计算机中有原始文件和软链接

有没有其他方法可以重复使用相同的软链接?如果不是,我能遵循的最佳方法是什么

编辑

好的,这里有更多的信息:

在MacBook Pro中

我在桌面上有一个文件夹,它有物理路径(实际图像),现在我用脚本创建了软链接,这些软链接放在不同的文件夹中

现在我正在iOS应用程序中使用这些链接

在Windows 8中

我已经从Mac复制了包含soflink的文件夹以及包含实际文件的文件夹

现在,我已将实际文件文件夹粘贴到桌面上,并将soflinks文件夹粘贴到某个D:驱动器中。如果我在D驱动器中查看我的soflink文件夹,当我检查这些图像时,它将显示为空白,因为它不指向实际文件

我有实际的文件文件夹和soflink文件夹

还有一点是,当您创建soflink时,在MacBook Pro中会显示以下图标:


但在Windows 8上,它是空白的,不是这样的。

也许问题在于一个目录中有这么多链接

最多有31个重分析点(因此是符号链接) 在特定路径中允许

另请参见


    • 你的问题缺少一些细节,所以我不得不猜测一下你的情况。问题是:

      您在文件系统上使用OS X创建了一些符号链接,现在您可以 在Windows中访问这些符号链接时遇到问题

      除非您做了一些棘手的事情,比如安装第三方文件系统驱动程序,否则Windows和OS X都可以本机读/写的唯一文件系统是基于FAT的。所以我猜你的情况是:

      您在FAT32文件系统上使用OS X创建了一些符号链接,现在 在Windows中访问这些符号链接时遇到问题

      假设出现上述情况,问题在于FAT32中没有符号链接,因为文件系统不支持它们。OSX在欺骗你,因为它“只是工作”。真正发生的是,OSX正在创建一个ASCII文本文件,其中包含一行“XSym”,以及它“链接”到的文件名,以及一些文件系统信息。您可以通过在记事本中打开Windows系统上的软链接来确认这一点。通常,如果在记事本中打开实际图像,您会看到二进制代码,但您应该看到这些伪符号链接中的文本

      那么,你是做什么的?我看到了几个选择:

    • 您可以使用支持软链接的文件系统。这可能意味着使用HFS+(OS X文件系统),这将要求您在Windows系统上安装HFS+驱动程序,以便它可以读取/写入文件系统。或者,这可能意味着转向另一个方向,使用NTFS(Windows文件系统),这将要求您在Mac上安装NTFS驱动程序。请注意,最新版本的OS X可以读取NTFS文件系统,但不能写入

    • 您可以使用OSX正在创建的伪符号链接。这需要编写一个解析器来解释链接,或者找到一个库来为您解释链接。我没有副本,但我相信XSym格式在“OSX内部”一书中有介绍

    • 您可以重新考虑解决问题的方法,这样就不需要使用符号链接

    • 如果这不能解决你的问题,那么请提供更多细节,因为我不得不对你的情况进行一些猜测

      ==编辑==

      看看关于符号链接的subversion文档。 文件中的相关报价为:

      符号链接的版本控制

      在非Windows平台上,Subversion可以将 特殊类型符号链接(或“符号链接”)。符号链接是指 充当对中其他对象的某种透明引用 文件系统,允许程序读写这些对象 通过对符号链接本身执行操作来间接实现

      当符号链接提交到Subversion存储库中时,Subversion 记住文件实际上是一个符号链接,以及对象 当符号链接签出到时,符号链接“指向”的 在非Windows系统上的另一个工作副本Subversion重建 来自版本化符号链接的实际文件系统级符号链接。但是 这并没有以任何方式限制工作副本的可用性 不支持符号链接的系统,如Windows。在这些系统上,, Subversion只创建一个常规文本文件,其内容是 指向原始符号链接的路径。而那个文件不能 在Windows系统上用作符号链接,也不会阻止 Windows用户无法执行其他与Subversion相关的操作 活动


      基本上,它说了一些类似于我前面提到的东西,即符号链接在Windows系统上根本不受支持。Subversion只创建包含链接内容的文本文件,所以您可以选择自己解决如何解析这些文本文件,或者尝试找到一个库来为您解析它们

      我知道我做得太晚了,但我希望其他人能从我的回答中受益,尽管提问者可能早就离开了

      一些背景 unixoid系统和Windows之间的符号链接语义有很大不同。如前所述,Windows为我们提供了
      lrwxrwxrwx  1 user group         38 2015-10-12 11:51
      
      cd trunk/platforms/windows
      svn propedit svn:externals images
      
      ../../../images/filename.jpeg other-filename.jpeg
      
      ../../../images/filename.jpeg foo/other-filename.jpeg