摘要： 最近在写一个SL的小工具，用于图形化编辑一些东西。刚好调用的服务是WCF的Rest方式，于是就碰到了在SL里面直接调用Rest服务的问题，本来Rest服务就是只要有url和内容就可以直接调用的，事实上如果搜索该主题，也可以得到漫山遍野的WebClient方案。不过看看Framework下的WebChannelFactory<TChannel>这个类（这个类型在SL下面不支持...），又感觉用WebClient方式太寒酸了点。。。 这里讨论的前提是： 已经有Rest服务的契约 不想自己去拼请求 期望的结果应该是类似与调用WebService的方式。 然后，就慢慢开始达成我们的目标吧。 阅读全文

摘要： 起因 昨天看到了一篇文章，说到并行库的效率问题，在最后lz也发现是因为CPU的超线程技术，导致实际效率不能接近算上开启超线程的核心数量，而在接近关闭超线程的核心数量。不过文中提到了一点：“不过另一个问题有也出来了，为什么我那简单的改进算法相对效率那么高。”分析 原作者在今天又发文章说是循环方式的不同导致差异，虽然没有点击中要害，不过也算是给出了个范围。 首先准备一个测试工程： class Program { private long[] data; static void Main(string[] args) { Program p = new Program(); p.Test(); } 阅读全文

摘要： Soap服务在现在的系统中的作用不可忽视，当然WCF把Soap服务扩展了些新的协议。按照传统的方式写Soap服务固然不错，但是在更新和发布方面也存在着一些传统的问题，而且在升级时通常无法做到热升级。 那么能不能开发一个Soap服务的宿主，由这个宿主提供一个Soap服务的执行环境，并且提供更新Soap服务的定义并且提供隔离的执行环境，这样在升级时，就可以实现无缝的热升级。 然后，自己写的Soap服务宿主的性能肯定比IIS之类的宿主性能要差，不过，由于很多企业级服务其实不是最关注性能方面的问题，因此，这方面应该不是大问题。 另一方面，自己的宿主如果实现了一些合适的服务分派策略（例如：服务升级版本. 阅读全文

摘要： 不是小狗哦 阅读全文

摘要： 这个是什么花？还有这个是什么菜么？（蔬菜哦，很多人喜欢吃的） 阅读全文

摘要： 今天在写一段代码的时候用到了个类型：Action<Action<List<IDataParameter>, object>[], T, List<IDataParameter>, Func<object, object>> 这个类型声明一下，整个一行就被拉得很长，而且那行还要出现两次这个类型… 为了美观，想到了第一个方法就是用using给这个类型取个别名，然后写了这样的一个using:using ReadableAlias<T> = Action<Action<List<IDataParameter> 阅读全文

摘要： 这个颜色的兔子是怎么生出来的？ 还是招风耳朵！ 嗨，在找什么哪？ 原来是要偷吃菜叶子。。。当心关你禁闭！ 你在找什么哪？ 天下兔子怎么都喜欢偷吃菜叶子。。。看看小兔崽子 100%小兔崽子 还不会跳。。。 算了，放它回去吧 阅读全文

摘要： 是不是很像卷心菜 阅读全文

摘要： 前几日，读了刀刀的一篇装箱拆箱 深度理解，刀刀认为由于ValueType中重写了ToString等方法，因此，在调用这些方法时，不会导致装箱，而我的观点正好相反，ValueType中重写的这些方法如果没有在值类型中重写，那么依然会被装箱。 既然两个人都表达了自己的论点，那么，必须要拿出相应的证据，来证明各自的观点。如何证明 刀刀在回复中指出因为IL中没有使用box指令，因此不会发生装箱，不过这个论据并不能让我信服，原因很简单，IL中除了显式的box指令会导致装箱外，还有Constrained+虚方法调用形式（2.0为了支持泛型而加出来的Op），这种方式会导致隐式的装箱。 既然IL不能证明，那. 阅读全文

摘要： 上个月说到了自定义语言，不过在确定自己的语法后，遇到的第一个难题便是如何解析自己定义的语言，至于如何执行，是这之后的事情。找一个语法解析器 软件中有一点很重要，不要重复造轮子，等等，这话听起来有点怪，自定义语言不也是重复造轮子么？ 好吧，我承认我在重复造轮子，不过我的主要目的不是让自己的语言怎么怎么样，而是去更深入的理解那些编程语言，要是运气好，自己找的轮子能够流行起来，那自然更好了。 因此，我要造的是语言，而不是语法解析器，所以不要重复造语法解析器，没有那个时间和精力去消耗在这上面。 所以，随便找了个语法解析器：Grammatica 那么为什么用这个而不用其它的？好吧，没有理由，仅仅是因为. 阅读全文