unity编写脚本完成后修复编译器错误

unity编写脚本完成后修复编译器错误,第1张

我已经安装了 Unity 2018.1.0f2。我创建了一个简单的项目,用于显示 HoloLens 的立方体。然后,当我尝试在 Visual Studio 2017 中构建项目时,我在文件 App.cs 中收到以下错误

错误 CS0012 在未引用的程序集中定义了“CoreApplicationView”类型。您必须添加对程序集“Windows, Version=255.255.255.255, Culture=neutral, PublicKeyToken=null, ContentType=WindowsRuntime”的引用。PKproject3 C:\Users\Puran Kansakar\Documents\PKproject3\App\PKproject3\App.cs 34 活动

错误 CS0012 在未引用的程序集中定义了“CoreWindow”类型。您必须添加对程序集“Windows, Version=255.255.255.255, Culture=neutral, PublicKeyToken=null, ContentType=WindowsRuntime”的引用。PKproject3 C:\Users\Puran Kansakar\Documents\PKproject3\App\PKproject3\App.cs 58 Active

解决办法如下: 1、在项目的引用目录里添加,rebuild 运行项目。 2、如果1不能解决问题,那么可以选中项目project,点击鼠标右键,选择属性,在引用路径下,查看右侧的引用路径是否正确,如果不正确,remove掉,重新添加即可

从 .NET Framework 4.5 版本开始,微软为 .NET 类库增加了一个名为 ZipFile 的类型。该类型在System.IO.Compression 命名空间下,提供创建、解压缩和打开 zip 存档的静态方法。若要在 .NET Framework 应用中使用 ZipFile 类,必须添加对程序集 System.IO.Compression.FileSystem 的引用。

参考链接:

https://docs.microsoft.com/zh-cn/dotnet/api/system.io.compression.zipfile?view=net-6.0

使用以下代码读取压缩文件内容:

但是,有时候上述代码会不好用。当遇到一个较大的 zip 文件时可能会报错

关于该错误,只能搜索到零星的答案,而且大部分都是从国外网站机翻的没有任何参考价值。

在 NuGet 上以 zip 为关键词搜索时,排名第二的是一个名为 SharpZipLib 的软件包。

SharpZipLib : https://www.nuget.org/packages/SharpZipLib/

示例代码:

在遇到同样的 zip 包时,上述代码没有报错,但结果仍是错误的:ZipFile 类型有一个名为 Count 的属性,用于获取该 zip 包中的文件数量。使用一个包含 95 万个小文件的压缩包进行测试时,该属性的取值却只有 39866 ,也只能获取到 39866 个文件。这说明该组件更坑,虽然没报错但给了错误的数据:

含有 95 万个文件的 zip 压缩包

排名第三的软件包是: DotNetZip ,也是一个比较流行的类库。

DotNetZip : https://www.nuget.org/packages/DotNetZip/

他的用法和微软自带类库的用法相似:

经测试,该类库在处理上文提到的文件时没有报错,且获得了正确的文件内容。唯一的遗憾是 Read 方法打开文件时耗时较长。

在处理 zip 文件时,微软自带的类库能满足大多数需求。如果遇到报错的情况,在确认源文件正常的情况下可以更换其他类库读取。即使在成功读取后,也需要核对读取结果的正确性:没有报错,也不代表读取到的数据就是正确的。

测试文件下载地址:

ftp://opendata:kagar1n@ftp.euipo.europa.eu/Applicant/Full/APPLICANTS_20201109_0001.zip


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/11175843.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-14
下一篇 2023-05-14

发表评论

登录后才能评论

评论列表(0条)

保存