随笔 - 86  文章 - 0  评论 - 737  阅读 - 18万

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

Slithice 后期改进 和 Slithice可能存在的BUG

 

Slithice 可能存在的 BUG

>Slithice 暂时 没有 对 循环调度 进行控制:不正确的 配置 可能导致 调度死循环;

>Slithice 因为 一些 历史遗留,留下了 些许 不用被执行的 代码;

>Slithice 部分 系统错误 的 返回值 可能不规范;

>Slithice 没有做 安全验证;

 

Slithice 后期改进:

       >Slithice 的 部分代码 可能 有 部分不规范的地方,但是不影响 分布式稳定 —— 后期 可能需要 代码全检查,规范代码;

       >Slithice 的 现在版本 已经稳定,但是 部分地方 代码 可能性能不是极快 —— 后期 可能需要 优化代码性能;

       >Slithice 的 最大目标 就是 跨平台 .Net,Android,Java,WinPhone 等;

       >Slithice 判断 客户端 是否非法,这个逻辑 暂时 就不实现啦 —— 貌似 类似 中国移动的短信服务 判断一个SN码就足够了,难度也不大;

 

Slithice 跨平台实现方案:

       >方案一:

              >现在 跨平台的无敌 媒介 或许 是 字符串,比如 Json,Xml;

              >所以 为了 跨平台,可能 得修改 任务对象,结果对象 中的 byte[] 参数 为 string 类型;

              >但是 字符串 虽能 跨平台,但是 .Net服务端 和 .Net 客户端 的 通讯 也用 字符串 可能导致 性能下降;

 

       >方案二:

              >任务对象,结果对象 中的 byte[] 予以保留;

              > Laura.Serialization 已经 跨 WinCE 和 WinPC 平台;

              > Laura.Serialization 字节流分为 类型区,数据区,结构区 —— 类型区 中的 类型 都是 字符串字节流;

              >因此,只要 实现 Laura.Serialization类型区 中,字符串<->实际类型 的跨平台 互转

—— 即能 实现 Laura.Serialization 二进制序列化算法 的 跨平台;

>方案二,改动最小,性能可能最优;

 

Slithice 分布式缓存:

       >Slithice 架构中 貌似 没有需要 使用 分布缓存的地方;

       >当然,具体业务部分 必然 是需要 使用 分布式缓存的;

       >按照 2013-11 弟六场面试 的 人大数媒 的面试官提示,考虑是否有必要 Memchached分布式缓存技术 结合到 Slithice 中;

 

至此,Slithice 的 所有介绍 到此 暂时结束;

如果各位 对 Slithice 有什么 好的建议或意见,欢迎各位 指出;

在此提前 表示感谢!

 

                                                             舒小龙

                                                       2014-01-29 14:30

posted on   InkFx  阅读(349)  评论(0编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· [AI/GPT/综述] AI Agent的设计模式综述
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

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