左手福鲨，右手幸鲨

摘要： 现代客户端与前端开发中，MVVM 框架虽实现数据与视图解耦，但随业务复杂度提升，暴露出依赖关系混乱、领域逻辑分散冗余、性能下滑、模型与视图模型容器同步复杂等核心痛点。本文提出以反应式编程重构数据依赖的解决方案，核心策略包括借鉴数据库范式分解明确依赖边界、采用全链路推模式传递数据变化、通过数据流操作符控制性能损耗。结合 ReactiveUI 框架实践案例，详细阐述多层依赖分解、声明式逻辑抽象、容器类型无缝绑定的实现方式，并通过商品价格计算场景的代码对比，直观呈现传统 MVVM 与反应式 MVVM 的差异。最终总结反应式编程优化 MVVM 的核心价值：简化依赖关系、聚合业务逻辑、优化性能体验，为中大型 MVVM 项目（尤其是复杂依赖、多异步场景）提供高效的状态管理思路。 阅读全文

摘要： fsharp设计之初就尽可能的避免使用null。在我的编程经验中null真是个错误之源，垃圾代码之源，95%的系统奔溃之源。其实在设计之初就应该考虑你的系统需要null表现什么？是未初始化的状态，还是一个未知状态，或者就是一个空状态。这些歧义性造成一个值可能被随心所欲的误用。所以如果没有强有力的约束 阅读全文

摘要： 重新捡起大学里的图像处理，好像之前什么都没学到，但是我为什么还留着这本书呢？嘿嘿。 看到均衡灰度处理，上来就是积分，概率分布的公式，头微微的有点疼。网上看了点介绍，隔天再拿起书本，总算有了点眉目。简而言之，就是将灰度直方图的概率分布进行面积不变的拉伸，使图像有更好的显示效果。 其实进行的操作也很少 阅读全文

摘要： 坚持写博客是最近的目标。加油。 业余学习fsharp以来一直觉得这才是Dotnet开发，或者说所有开发者应该拥有的语言。配合Visual Studio的代码提示，即时执行窗口。开发程序有着极大的乐趣。 最近想学习一些图像处理的相关知识。试着把Fsharp又捡了起来。边学边玩，希望两个方面都有所进益。 阅读全文

摘要： 这个问题一开始觉得还是挺简单的，网上也看到不少解决方案。 首先一个最简单最直接的方案就是自定义一个名为FinalValue的依赖属性。随后重载OnThumbDragCompleted函数，在Thumb控件完成拖动时改写FinalValue。代码如下 试着跑一下，似乎搞定了。等一下，左右键怎么不起作用 阅读全文