F＃中的应用程序架构/组成
最近，我一直在C＃中将SOLID进行到相当极端的水平，并且在某个时刻意识到，除了如今编写函数之外，我基本上没有做其他事情。在我最近再次开始研究F＃之后，我发现对于我现在正在做的大部分事情来说，这可能是更合适的语言选择，因此我想尝试将一个实际的C＃项目移植到F＃中作为概念证明。我想我可以（以一种非常惯用的方式）发布实际的代码，但是我无法想象这样一个架构看起来会像我在C＃中一样灵活地工作。 我的意思是说，我有很多小的类和接口是使用IoC容器编写的，而且我也经常使用诸如Decorator和Composite的模式。这导致（我认为）非常灵活和可发展的整体体系结构，使我可以轻松地在应用程序的任何位置替换或扩展功能。根据所需的更改量，我可能只需要编写一个接口的新实现，并在IoC注册中替换它即可完成。即使变化更大，我也可以替换对象图的一部分，而应用程序的其余部分将像以前一样保持原样。 现在使用F＃，我没有类和接口（我知道我可以，但是我认为那是我想进行实际函数编程的要点），我没有构造函数注入，也没有IoC容器。我知道我可以使用高阶函数来完成类似Decorator模式的操作，但这似乎并没有像构造函数注入类那样给我带来灵活性和可维护性。 考虑以下C＃类型： public class Dings { public string Lol { get; set; } public string Rofl { get; set; } } public interface IGetStuff { IEnumerable<Dings> For(Guid id); } public class AsdFilteringGetStuff : IGetStuff { private readonly IGetStuff _innerGetStuff; public AsdFilteringGetStuff(IGetStuff innerGetStuff) { this._innerGetStuff = innerGetStuff; } public …