错误 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
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)