f#属性vs. c#属性

在开发f#应用程序时，我有一个包含Lazy<'T>类型属性的类型。

显然，f#处理属性语法糖的方式(与c#的方式相反)的一个有趣的副作用(请原谅双关语)是属性的getter和setter可能返回/接受不同的类型。(至少，Visual Studio没有抱怨，因为我编写的代码利用了这个观察结果。)

例如，这样做对我是有利的:

let lazyValue = lazy 0
member this.Value
    with get () =
        lazyValue.Value
    and set _lazyVal =
        lazyValue <- _lazyVal

…使得Value 返回一个int，但只接受一个Lazy<int>。

我想知道的是这种做法在理论上、习惯上和实践上的反对意见。这是一个f#势利小人会嗤之以鼻的事情吗?这(面向对象实现)是否明显违反了函数式编程的一些经验法则?这种方法是否已经被证明在大规模应用程序中会导致问题?如果有，为什么/怎么做?