[英]MvvmCross file plugin still required?
Regarding the file plugin (OS independent file system access) for MvvmCross
:关于
MvvmCross
的文件插件(独立于操作系统的文件系统访问):
Do I understand correctly that this plugin was created at a time when file system access wasn't yet possible using .NET standard ?我是否正确理解该插件是在使用.NET 标准无法访问文件系统时创建的?
Meaning for new projects there's no reason to use the file plugin and I can use .NET standard without any drawbacks?对于新项目来说,没有理由使用文件插件,我可以使用 .NET 标准而没有任何缺点吗?
Do I understand correctly that this plugin was created at a time when file system access wasn't yet possible using .NET standard?
我是否正确理解该插件是在使用 .NET 标准无法访问文件系统时创建的?
No, MvvmCross is a cross-platform MVVM framework.不,MvvmCross 是一个跨平台的 MVVM 框架。
Among the features MvvmCross provides are: MvvmCross 提供的功能包括:
For more details, you could refer to the link.有关更多详细信息,您可以参考链接。 https://github.com/MvvmCross/MvvmCross-Samples
https://github.com/MvvmCross/MvvmCross-Samples
Meaning for new projects there's no reason to use the file plugin and I can use .NET standard without any drawbacks?
对于新项目来说,没有理由使用文件插件,我可以使用 .NET 标准而没有任何缺点吗?
Plugins have advantages for framework, but implementing direct in the UI projects is perfectly acceptable too.插件在框架方面具有优势,但直接在 UI 项目中实现也是完全可以接受的。
The MvvmCross.Plugins.File plugin was created back when we had Portable class libraries and didn't have any profile that had any System.File.IO
namespaces available to us. MvvmCross.Plugins.File 插件是在我们拥有便携式 class 库并且没有任何配置文件具有任何可供我们使用的
System.File.IO
命名空间时创建的。
So with the introduction with .NET Standard, most of what it does has become obsolete.因此,随着 .NET 标准的推出,它所做的大部分工作都已过时。 So you are right to say that for new projects, you could get away without having to use this plugin at all, because all of the API is available to you in .NET Standard.
所以你说的对,对于新项目,你可以完全不用这个插件就可以逃脱,因为所有的 API 都可以在 .NET 标准中使用。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.