摘要：
fsharp设计之初就尽可能的避免使用null。在我的编程经验中null真是个错误之源，垃圾代码之源，95%的系统奔溃之源。其实在设计之初就应该考虑你的系统需要null表现什么？是未初始化的状态，还是一个未知状态，或者就是一个空状态。这些歧义性造成一个值可能被随心所欲的误用。所以如果没有强有力的约束 阅读全文
摘要：
重新捡起大学里的图像处理，好像之前什么都没学到，但是我为什么还留着这本书呢？嘿嘿。 看到均衡灰度处理，上来就是积分，概率分布的公式，头微微的有点疼。网上看了点介绍，隔天再拿起书本，总算有了点眉目。简而言之，就是将灰度直方图的概率分布进行面积不变的拉伸，使图像有更好的显示效果。 其实进行的操作也很少 阅读全文
摘要：
坚持写博客是最近的目标。加油。 业余学习fsharp以来一直觉得这才是Dotnet开发，或者说所有开发者应该拥有的语言。配合Visual Studio的代码提示，即时执行窗口。开发程序有着极大的乐趣。 最近想学习一些图像处理的相关知识。试着把Fsharp又捡了起来。边学边玩，希望两个方面都有所进益。 阅读全文
摘要：
这个问题一开始觉得还是挺简单的，网上也看到不少解决方案。 首先一个最简单最直接的方案就是自定义一个名为FinalValue的依赖属性。随后重载OnThumbDragCompleted函数，在Thumb控件完成拖动时改写FinalValue。代码如下 试着跑一下，似乎搞定了。等一下，左右键怎么不起作用 阅读全文
摘要：
在做测试的时候习惯用xml serialization观察结果。想当然的认为OnDeserialized Attribute 可以同样的使用，但是其实Xml Serialization 并没有实现相对于的功能。接口设计的不一致造成用户的困惑，我个人觉得应该需要修复。 参考 https://stack 阅读全文
摘要：
在Actor模式中我们使用IActorRef通过ActorSystem来发送消息数据。这么做有两个理由 1.ActorSystem会在消息中封装一些元数据（metadata），这些数据我们可以通过上下文来获取。 2.我们可以让实例Actor位置透明，也就是说我们针对的某个Actor只是一个逻辑Act 阅读全文
摘要：
本文重度借鉴了github上akkabootcamp教程。 先上代码 这里代码做了这样几件事 1.从控制台获取用户输入 2.将用户输入进行验证 3.将验证后的数据根据类别进行输出 这里我们使用了ConsoleReaderActor，ValidateActor和ConsoleWriteActor来分别 阅读全文
摘要：
Actor应该怎么去形容它呢？它是一段代码扮演的角色。它拥有自己的状态机，能根据外界的消息进行适当的反应。他有记忆能力，可以记住来自外界的多个消息并依次进行反应。Actor就像一个小的生命体，有自己的价值。虽然他不想被别人控制，但也愿意与人交流。他知道自己的价值，因为他拥有别人没有的资源。而这些资源 阅读全文
摘要：
如何构建一套分布式程序一直是我想知道的问题。 Akka就是一套用来开发分布式系统的开发库。当然开发分布式系统只是它的能力之一。除此之外高度抽象的并行运算能力，轻量级的消息系统，容错能力都是该库的特点。 首先一个重要的概念就是Actor，Akka系统用Actor来表达任务。Actor可以理解为是一个角 阅读全文
摘要：
Object在拆箱时会在栈空间生成一个临时变量。所以Struct在使用时尽量将内容都声明为readonly为好 f# 生成的struct实例默认是只读的 也就是说不加上mutable， Change压根就不起作用。保护的更好一些。 阅读全文
摘要：
项目中的代码洋洋洒洒写了很多，最近回过头来看看，能精简的地方太多了。WPF MVVM是个非常实用的模式。但前提是控件需要支持。等等，还有不支持binding的控件么？基础的控件当然不在此列，然而实践中常常会遇到需要组合的控件，将一组控件放在一起完成一个基本功能。还有控件需要根据不同的情况改变显示形式 阅读全文