www.shuxiaolong.com 网站已经升级, 最新网址 请关注 www.ink-fx.com
架构师成长之路

『集群』002 Slithice 集群配置工具 的使用

2014-01-28  (0/1341) ShuXiaolong

 
Slithice 集群配置工具 的使用 Slithice集群配置工具 主界面在测试 Slithice 的 Demo 中,我配置了 7个服务端:一个 WCF 的 中央服务端;两个 WCF 的 成员服务端(私有 – 前面有一个棕色皮包的图标);两个 Socket 的 成员服务端;两个 WebService 的 成员服务端; Slithice集群配置工具 配置界面我们看到的是 WebService_002 的 配置>蓝色区域 里面的 是 当前服务端 自己可以处理

『集群』003 Slithice 最简分布式(多个客户端,一个独立服务端)

2014-01-28  (0/986) ShuXiaolong

 
Slithice 最简分布式(多个客户端,一个独立服务端) 案例Demo 展示:我们搭建一个 可以 独立运行 的 服务端;然后 多个客户端 并发链接 这个 服务端 完成 分布式逻辑;服务器 独立运行,并不依赖 集群 的力量; 配置文件如何写:>服务端配置文件和代码:>客户端配置文件和代码:>服务端 启动 一个 Socket 服务,这个服务 是可以 自己写的 —— 并不一定 非得使用 Slithice 的 服务端代码;>客户端 test

『集群』004 Slithice 集群分布式(多个客户端,基于中央服务器的集群服务)

2014-01-28  (0/1444) ShuXiaolong

 
Slithice 集群分布式(多个客户端,基于中央服务器的多个集群服务端) 案例Demo展示:集群架构图 如下:如上图,上图 展示了 这个集群 的 结构: >一个中央服务器(可以有多个),负责 为 所有 集群成员服务端 或者 客户端 提供 配置数据; >对外 暴露的 成员服务端 有 两个Socket服务端,两个WebService服务端; >两个 WCF服务端 不对外暴露,客户端 也不会从

『集群』005 Slithice 基于 集群 的 自动容错

2014-01-28  (0/1069) ShuXiaolong

 
Slithice 基于 集群 的 自动容错 Slithice容错概述:Slithice 支持 非集群 的 独立服务端; 支持 基于 中央服务器 的 集群服务端; 支持 基于 自定义配置 的 集群服务端;在容错方面, 独立服务端 不支持 容错:出现错误,就得不到正确结果; 中央服务器 或 自定义配置 的 集群,是支持容错的:一台服务端执行异常,会自动转交 另外服

『集群』006 Slithice 后期改进 和 Slithice可能存在的BUG

2014-01-28  (0/1167) ShuXiaolong

 
Slithice 后期改进 和 Slithice可能存在的BUG Slithice 可能存在的 BUG:>Slithice 暂时 没有 对 循环调度 进行控制:不正确的 配置 可能导致 调度死循环;>Slithice 因为 一些 历史遗留,留下了 些许 不用被执行的 代码;>Slithice 部分 系统错误 的 返回值 可能不规范;>Slithice 没有做 安全验证; Slithice 后期改进: >Slithice 的 部分代码 可能 有 部分不规范的地方,但是不影

『集群』007 如何测试Slithice源代码

2014-01-28  (0/1364) ShuXiaolong

 
如何测试Slithice源代码 直接测试>你可以直接 进入 “集合编译区”,这里面 已经有 编译好的 所有程序集;>部署 配置数据库; >附加 集合编译区 中的 SQLServer数据库(SQLServer208-R2),真正有用 的数据表 只有 两个; >进入 “集合编译区\TestService\Test.Slithice.ConsoleCenterService”(WCF中央服务端) 修改

『设计』Laura.Compute 设计思路

2013-11-18  (2/3321) ShuXiaolong

 
前言:前一篇文章 《『开源』也顺手写一个 科学计算器:重磅开源》 ,继 Laura.Compute 算法开源之后,有 博客园 园友 希望公开一下 Laura.Compute算法 的 设计思路——就是本文了。 算法思想:模拟人为思考过程的算法 —— 算法没有任何 取巧 的成分;唯一的优势 在于 算法的抽象思想,算法的架构,算法的 先分析,后运算 的执行模式,还有 算法的 简单的插件扩展方式; 执行过程:比方说 我们要计算

『开源』也顺手写一个 科学计算器:重磅开源

2013-11-13  (0/1479) ShuXiaolong

 
前言:看到 博客园 写了一个 计算器的制作过程《c#制作计算器全过程》,心血来潮 顺手也写了一个;代码简单,先上运行截图: 编码过程:新建项目 基于 .Net 2.0:在窗体上拖拽 文本框 作为显示屏,并拖拽 按键:为了节省代码,所以每个按钮 公用 btnInput_Click 事件;为了作为区分,所以 我们设置每个 按钮的Tag 值:在共用的按钮事件中,我们进行编码:1 private void btnInput_Click(object sender, EventArgs e) 2

『设计』用马肆卖马 浅谈 特性+接口 的插件扩展设计

2013-10-24  (1/3019) ShuXiaolong

 
设计动机:很多时候,我们开发一个程序,程序功能越多,会发现代码也越多;比方说一个WinForm 程序,一个页面甚至超过5000行代码 —— 这为后期的维护,带来了极大的麻烦:你寻找需要修改的代码 可能就需要 5分钟;修改一个函数,可能还会引入新的BUG(因为这个函数被其他地方调用了)还有一种程序,我们希望 普通版功能少一点,旗舰版功能多一点——于是,我们可以通过配置等方式,让普通版的很多功能不展示

『设计』一个简单的 流程引擎

2013-10-19  (0/682) ShuXiaolong

 
项目原因:之前参与过一些 工作流 的项目,都是基于 某些 机构现有的 工作流引擎。项目进行中,最闹心的 莫过于 业务代码 和 流程代码 的 混淆一起。 见过的工作流是怎样的:>首先一个基于 Silverlight 的 流程UI设计器; 通过设计器 得到一个 流程XML 和 布局JSON 两个文件(布局JSON文件当然对 后期运行是 没有用的);>业务单据 填写信息,点击“保存”,执行:保存单据数据,从 流程引擎 读取 XML 得到 流程对象