网站架构师的工作内容(微软DotNet开发过程中应该去思考的一些问题(图))
优采云 发布时间: 2022-03-04 14:08网站架构师的工作内容(微软DotNet开发过程中应该去思考的一些问题(图))
微软的DotNet开发绝对属于易上手难改进的那种技术。而没有三年以上的编码积累，想要成为一名DotNet架构师，基本上是不可能的。尤其是在大型软件项目中，架构师是项目的核心成员，将前一个与后一个联系在一起。因此，RUP方法论也承认架构是核心，体现了4+1视图在整个软件开发过程中的重要作用。架构师必须精通技术，熟悉业务，在软件生命周期的各个阶段基本需要对相关技术有相关的积累和知识储备，没有多年的培训很难达到这个水平。
要成为一名合格的架构师，您首先必须是一名合格或优秀的程序员。编码始终是开发中最重要的技能。只要善于思考和分析编码过程中的问题，就能学到很多相关的知识和技术。因此，在发展过程中，必须重视学习新知识、新技术，学习前人的经验和成果。编码时要考虑的一些问题是：
1.在编码的过程中你有没有自己做单元测试，有没有使用相关的工具做单元测试，如果没有，你不能做单元测试的原因是什么？
2.自己代码泄露率，代码泄露BUG原因分析
3.你是否有意识地重构代码，在重构过程中是否引入了相关设计模式的思想？
4.是否学习C#语言的一些高级特性，比如反射调用、异步处理等。
5.你对Remoting和WebService这两种分布式技术做过研究和对比分析吗？
6.你是否经常研究开源项目和开源代码，例如 Duwamish、PetShop、NUnit、Enterprise Library、Nant 等。
7.你有没有做过对象持久化机制和O/R Mapping等相关技术的相关研究？
8.在编码过程中，你平时是否注意常用组件和常用类的复用和抽取？
9.在平时的工作学习中，你是否经常开发一些提高工作效率、巩固学习知识的小工具？
设计和编码其实是密不可分的，严格分离设计和编码的瀑布模型一般只用在大型项目中。编码和设计在时间上的分离并不意味着编码人员不需要思考。编码活动始终是一项创造性的工作。如果你否认这种观点，则意味着编码过程可以完全自动化，无需人工干预。所以，这里讲设计主要是指设计师的系统思维能力。设计师应该比开发人员更高的层次来分析和思考问题。设计师最重要的技能之一就是从现实到抽象的转化，这需要讲方法论。技术人员需要积累面向对象分析设计或结构分析的知识，他们需要有一个强大的数据库。分析和设计能力。一个设计能否成为一名优秀的建筑师，关键在于这种积累的深度和广度。
因此，在设计过程中应考虑的问题有：
1. 您目前的分析设计能力是胜任大中型应用系统还是只是独立的功能分析设计？
2.在设计过程中是否有意识地考虑了组件的复用以及相关的界面设计指南。将分析模式和设计模式的相关内容应用到自己的设计过程中是否自然。
3.你有没有系统地学习和思考过 XP、RUP、面向对象、结构化和其他方法？
4.你真的了解系统功能性需求和非功能性需求对系统设计的不同指导作用吗？
5.你会根据后来的变化反思你设计的功能，为什么你的设计不能很好地适应变化？
6.您是否经常在设计过程中开发一些原型来验证您的设计想法？
7.您是否专注于技术并开始专业的业务流程分析，专注于业务建模？
如果我们在设计和开发过程中经常关注这些知识和技能，成为一名合格的架构师将是迟早的事。可用于工作发展的知识和技能是微不足道的。如果不自觉地学习这些知识，就很难进一步提高自己的技能。我参加过两次微软架构师培训，在北京的微软架构峰会上，我也有机会参加了 P&P Workshop。培训老师是微软总部SmartClient Architecture and Design Guide一书的作者Edward A.Jezieski，让我感受最深的是老外深厚的技术背景和对程序开发的执着。
DotNet架构中经常用到的知识和技能储备是
1.RUP 方法论，4+1 视图。用例驱动的业务建模 -> 分析模型 -> 设计模型
2.用例模式->分析模式->设计模式
3.常用的分布式技术
4.关注安全、异常、日志、性能等非功能性需求。
5.关注应用系统整体业务
一些相关的参考书（微软网站和eMule都可以下载）
微软提供的参考书网站
使用 Microsoft .NET 的企业解决方案模式
.NET 数据访问架构指南
.NET 的应用程序架构：设计应用程序和服务
.NET Framework 应用程序的缓存体系结构指南
设计应用程序管理的授权
智能客户端架构和设计指南
其他架构参考书
实践中的软件架构
面向模式的软件架构
软件架构的艺术
超越软件架构
模式书籍
分析模式
设计模式 - 可重用的面向对象软件的元素
应用 UML 和模式
设计模式解释
