对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 要尽早出原型对架构进行验证．