09 2013 档案

NuGet的本地服务器安装与Package的发布（呕吐）
摘要：主要的步骤是按照下面的例子来做的：NuGet学习笔记(1)——初识NuGet及快速安装使用NuGet学习笔记(2)——使用图形化界面打包自己的类库NuGet学习笔记(3)——搭建属于自己的NuGet服务器最搞的地方在：Win7 64bit下，总是报.net 4.0 无法写入temorary folder，最后把c:\windows\temp目录加上IIS_IUSR权限才搞定报web.config无法解析错误，用aspnet_regiis -ir搞定NuGet Package Explorer发布后，需要将server的缓存去掉，在vs中才能获取最新的，publish完后，直接打开web.con 阅读全文
posted @ 2013-09-18 02:32 McKay 阅读(3706) 评论(5) 推荐(2) 编辑
多模块分布式系统的简单服务访问 - OSGI原形（.NET）
摘要：先描述一下本篇描述的适用场景（3台server, 各个模块分布在各个Server上，分布式模块互相依赖、交互的场景）：多个OSIG引擎交互上，使用的是.net remoting实现的，原理：当请求某个接口时（也就是要获取某Service Instance时），OSGI通过remoting连接到提供这个服务的url上，如：tcp://localhost:8888/OSGI连接成功后，源OSGI发送OpenService命令，让目标OSGI注册TCP Channel根据接口type、dll路径、appdomain name，在某个AppDomain中执行解析接口，然后连接到目标OSGI新开的服务上 阅读全文
posted @ 2013-09-12 03:54 McKay 阅读(3691) 评论(8) 推荐(6) 编辑
多模块后带来的问题解决方法 - OSGI原形（.NET）
摘要：目前只做了基础的功能，比如：各个模块单独的AppDomain容器Activator激活导出的服务检查不过，虽说这样，但目前的这个版本已经能实现模块分离、互相依赖调用等功能了，对模块划分已经有很好的作用了。先来说下基本结构：目前这个框架对UI的模块化尚不支持，只支持单机下的模块加载（以后会改进）。特点：Runtime、Module1、Module2、Module3都是在各自的AppDomain下运行的，不会互相干扰由于采用了隔离AppDomain的方式加载Module，所以能实现轻松卸载AppDomain、某dll、dll版本切换之类的任务，对后续扩展提供了方便来看看模块的编写OrderModu 阅读全文
posted @ 2013-09-10 13:07 McKay 阅读(2997) 评论(5) 推荐(4) 编辑
抽取非基本验证到规则文件 - A2D规则引擎
摘要：基本验证与业务验证，基本验证就是始终保持不变的验证规则，可以通过如下硬编码实现：public class Order { [Required] [Range(typeof(decimal), "1", "10000")] public decimal Price { get; set; } [Required] [StringLength(30)] public string Customer { get; set; } [Required(AllowEmptyStrings=true)] ... 阅读全文
posted @ 2013-09-08 17:35 McKay 阅读(2334) 评论(3) 推荐(2) 编辑
极其好用好学的规则引擎 - A2D规则引擎
摘要：写了个简单的规则引擎，普通情况够用了:比如2家公司有各自的利率计算规则，如下：在C#方面，没有写在C#的业务逻辑代码中，而是移到了外部规则文件中，如（ACompanyRatePolicy.r）：rule "Level 1" when alreadyCostPrice >= 0 alreadyCostPrice = 100 alreadyCostPrice = 300 then rate = 0.5end不同的公司调用不同的Policy定义文件来执行逻辑：核心调用代码：public class CustomerRateServi... 阅读全文
posted @ 2013-09-06 20:19 McKay 阅读(5651) 评论(9) 推荐(0) 编辑
支持异步同步的分布式CommandBus MSMQ实现 - 支持Session传递、多实例处理
摘要：先上一张本文所描述的适用场景图分布式场景，共3台server:前端ServerOrder App ServerWarehouse App Server功能：前端Server可以不停的发送Command到CommandBus，然后由CommandBus分配不同的Command到各自的app server去处理。前端Server可以只发送Command而不必等待Response前端Server可以同步等待Response返回MSMQ消息超过3.5M会自动转为网络共享方式传输消息对于同一Command的处理，可以通过增加App Server的方式来提高并发处理速度（比如：可以开2个app serve 阅读全文
posted @ 2013-09-05 00:38 McKay 阅读(3057) 评论(2) 推荐(5) 编辑

点击右上角即可分享
微信分享提示