草庐IT

azure-files

全部标签

C# I/O - System.IO.File 和 StreamWriter/StreamReader 之间的区别

假设我只对处理文本文件感兴趣,那么与StreamWriter相比,System.IO.File方法有哪些具体优势或劣势?是否涉及任何性能因素?基本区别是什么,在什么情况下应该使用哪些?还有一个问题,如果我想将一个文件的内容读入一个字符串并对其运行LINQ查询,哪个最好? 最佳答案 在File类中看似重复的方法背后有一段有趣的历史。它是在对.NET的预发布版本进行可用性研究之后产生的。他们请了一群有经验的程序员编写代码来操作文件。他们以前从未接触过.NET,只是有文档可以使用。成功率为0%。是的,有区别。当您尝试读取一个GB或更大的文

c# - 使用 File.Exists 检查文件是否存在于 64 位系统上

我的操作系统是64位的,文件夹C:\Windows\SysWOW64中有一个文件111.txt,但在c:\windows\system32中没有该文件但是下面的代码返回truefile=@"C:\Windows\System32\111.txt";boolbExist=System.IO.File.Exists(file);不知道为什么?以及如何检查system32下是否有文件111.txt而不是SysWoW64? 最佳答案 由于许多应用程序已将System32目录名称硬编码到路径中,MS将64位系统文件放在那里而不是“System

c# - File.ReadLines 什么时候释放资源

在C#中处理文件时,我习惯于考虑释放相关资源。通常这是一个using语句,除非它是一个单行方便的方法例如File.ReadAllLines,它将为我打开和关闭文件。.Net4.0引入了便捷方法File.ReadLines。这将返回一个IEnumerable并被称为处理文件的更有效方式-它避免将整个文件存储在内存中。为此,我假设枚举器中有一些延迟执行逻辑。显然,由于此方法返回的是IEnumerable而不是IDisposable,因此我不能按照我对using语句的直觉react去做。我的问题是:考虑到这一点,使用此方法在资源释放方面是否存在任何问题?调用此方法是否意味着关联文件锁的释放是

c# - WPF 文件放置事件 : just allow a specific file extension

我有一个WPF控件,我想将一个特定的文件从我的桌面拖放到这个控件中。这不是很重要的部分,但我想检查文件扩展名以允许或禁止删除。解决此问题的最佳方法是什么? 最佳答案 我认为这应该可行:假设您只想允许C#文件:privatevoidlbx1_DragOver(objectsender,DragEventArgse){booldropEnabled=true;if(e.Data.GetDataPresent(DataFormats.FileDrop,true)){string[]filenames=e.Data.GetData(Data

c# - Azure Function,EF Core,无法加载 ComponentModel.Annotations 4.2.0.0

我已经创建了几个.NetStandard2.0库,通过控制台应用程序测试了执行情况,还有一些测试-一切都很好。转到azure函数,并得到以下运行时错误:然后我尝试将该特定版本下载到API函数项目中:我使用的是VisualStudio版本15.7.0预览版5.0。我已将AzureFunctions更新到4.7...因为控制台和测试项目是-并且这些工作正常。在这方面待了太多小时..所以我希望这个决议不是什么疯狂的事情。EfCore2.1.0-rc1-final也在其中。对Required、MaxLength、NotMapped使用数据注释。图形错误说:Microsoft.EntityFra

c# - 无法上传到 Azure Blob 存储 : The remote server returned an error: (400) Bad Request

我正在尝试创建一个实用程序来从Internet下载文件并将其再次上传到Azureblob存储。Blob容器已经创建好了;但出于某种原因,当我尝试将文件上传到存储时出现“BadRequest400”异常......创建了容器名称,小写字母,特殊字符。但我仍然不知道为什么会出现异常!请帮忙。注意:我没有使用任何模拟器...直接在云端进行测试。我的所有容器都具有“公共(public)容器”访问选项。异常(exception)情况:Anexceptionoftype'Microsoft.WindowsAzure.Storage.StorageException'occurredinMicros

c# - 使用 System.IO.File 辅助方法的 "sequential"文件 I/O 是否安全?

我刚看到这个问题:IsitsafetousestaticmethodsonFileclassinC#?.总而言之,OP有一个IOException,因为此ASP.NET代码片段中正在使用文件:vartext=File.ReadAllText("path-to-file.txt");//DosomethingwithtextFile.WriteAllText("path-to-file.txt");我的第一个想法是,由于多个ASP.NET重叠请求,这是一个简单并发访问问题。我要解决的问题是将I/O集中到一个同步的线程安全类中(或删除文件以支持其他内容)。我阅读了这两个答案,当我正要对其中

c# - 在 Azure 网站中将 rdlc 渲染为 pdf

尝试在azure上将localreport.rdlc导出为PDF时出现以下错误。Microsoft.Reporting.WebForms.LocalProcessingException:Anerroroccurredduringlocalreportprocessing.--->System.ArgumentException:Parameterisnotvalid.atSystem.Drawing.Graphics.GetHdc()我知道这是一个已知问题,与GDI有关,请参阅WindowsAzureforum不管怎样,有没有人知道这个问题。我想导出到html或其他东西,但本地报告似

c# - ASP.NET 损坏的程序集 "Could not load file or assembly App_Web_*"

我已经阅读了同一问题上发布的许多其他问题,但我仍然不明白原因以及如何防止它发生。在我的例子中,这发生在生产服务器上。我遇到了其他问题中描述的相同错误,我通过将程序集重新复制到bin目录中来解决它。它们甚至不是重新编译的文件,它们与之前的文件相同-再次复制,然后它开始正常工作。奇怪的是,我正在使用Web部署项目将我所有的程序集文件重命名为基于文件夹的dll。所以folder.dll和folder.subfolder.dll而不是App_Web_jt8nxllz.dll。然而,错误仍然命名为原始App_Web_jt8nxllz.dll文件。删除C:\WINDOWS\Microsoft.NE

c# - File.AppendAllText 是否管理冲突(即多用户并发)?

问题File.AppendAllText是否管理来自多个作者的冲突?研究我注意到MSDNdocumentation并没有真正提供任何一种方式,所以我决定我会反射(reflect)代码并看看它做了什么。下面是从File.AppendAllText调用的方法:privatestaticvoidInternalAppendAllText(stringpath,stringcontents,Encodingencoding){using(StreamWriterstreamWriter=newStreamWriter(path,true,encoding)){streamWriter.Writ