快捷搜索:

对DotNet分布式应用搭建的考虑

设计前的斟酌和筹备事情

1 对营业需求的理解紧张性远远胜于对技巧架构的理解

2 架构包孕技巧架构和营业架构

3 没有万能和通用的架构,只有相符自身营业需求的架构

4 架构本身的繁杂性要截至在架构设计阶段

5 扩展性和壮实性是架构设计要斟酌的紧张内容.

6 第三方对象,开源组件,EnterpriseLib都可借鉴,但绝对不是照单全收

架构设计前需求筹备的相关常识

1 对营业系统中营业的宏不雅和整体理解.

2 对DotNet散播式技巧的相关常识贮备

3 对Rational统一历程4+1视图的理解

4 对架构,组件,充用,设计模式,第三方对象组件的进修和借鉴.

营业层面对架构的影响

1 能否画出全局的用例视图,用例驱动体现在哪里?到哪个粒度

2 逻辑视图是面向工具设计之本

3 逻辑视图在架构阶段要做到哪个层次系统/子系统/模块/单元

4 什么在抉择支配视图?

5 实施视图和逻辑视图的关系,实施视图感化

技巧层面对架构的影响

1 技巧层面重点体现在了实施视图和支配视图里面.

2 技巧层面重点关注的长短功能性需求.

3 非常/日志/安然/机能/行列步队/缓存/离线/

4 系统治理/事情流/公用类/公用组件

5 技巧架构的缺陷透露对利用系统是致命袭击.

散播式利用若何构建

1 现有的散播式技巧Remoting // Web Service

2 若何选择散播式技巧:营业需求,机能,开起事易事情量

3 智能客户端与散播式利用的关系

4 呈现前台展示既有WinUI又有WebUI的时刻的统一斟酌

5 选择Remoting+IIS Hosting与Web Service的优毛病比较

6 要尽早出原型对架构进行验证.

对付系统的非常和日志需求

1 首先理解清楚营业或系统本身对非常和日志的需求

2 非常和日志必然要共同应用,一些不得当抛给用户的非常要经由过程后台日志记录下来

3 营业对日志有需求,如登录日志,操作日志

4 完善的非通常志功能方便后期系统的掩护,呈现问题后的跟踪和阐发

5 微软的AppBlock和Log4Net都可以借鉴,但要阐发利弊。

对付系统的安然性的需乞降斟酌

1 Remoting的安然性问题,远程裸露的办事接口是否安然

2 系统的登录和验证机制

3 数据传输的安然性问题

4 存储在数据库中的营业数据的安然性

5 支配到客户真个法度榜样集的安然性

对付系统缓存的斟酌

1 要好了系统机能大年夜幅度提升,用欠好比不用还糟糕

2 对付客户端缓存和办事器端缓存的选择问题

3 对付缓存引起的同步和并发问题的斟酌和办理

4 扩展性和壮实性是设计时要斟酌的紧张内容

营业实体的选择问题

1 没有应用O/R Mapping的时刻切切别搞自定义类做实体

2 DataSet (虽对机能有影响,但开拓简洁性和效率提升)

3 类型化和非类型化的优毛病必然要搞的很清楚.

4 再次强调-营业实体和数据库表间无逐一对应关系.

5 与OO的一些差别:工具和工具操作分分开了?利弊在哪里?

您可能还会对下面的文章感兴趣: