随笔分类 - 架构设计
摘要：有关架构的概念和其重要性此处就不再详细讨论了，在很多社区和书籍中都有介绍过。在这里推荐两本书，分别是《企业应用架构模式》和《Microsoft.NET企业级应用架构设计》，其中，第二本适合.NET开发人员来看。另外，选择不同的网站 后台语言就意味着不同的架构路线和不同的开发框架，我们使用的开发语言和相关软件技术，已经在第二章中有过介绍。
阅读全文
摘要：1、开发人员应该解决问题，而不是解迷取乐。 2、关键问题可能不是出在技术上： 不要把对话当成对抗 不要带成情绪与人沟通 尝试通过沟通设定共同目标 3、以沟通为中心，坚持简明清晰的表达方式和开明的领导风格。 让开发人员参与架构的制订过程，这样他们才会买你的帐！ 4、架构才是影响应用性能和可伸缩性的决定因素，性能参数是无法简单地通过更换软件，或者“调优”底层软件架构来改善的。 5、分析客户需求背后的意义 架构师可以通过询问客户，分析客户要求的功能和需求的真正意义，定位真正的问题，从而提出比客户的建议更好、成本更底的解决方案。 6、让沟通事半功倍...
阅读全文
摘要：在软件设计阶段，一定要统一团队成员的架构思想和开发规范。下面推荐一篇文章：http://www.agiledon.com/?p=441
阅读全文
摘要：新技术层出不穷。过去十年时间里，我们经历了许多激动人心的新技术，包括那些新的框架、语言、平台、编程模型等等。这些新技术极大地改善了开发人员的工作环境，缩短了产品和项目的面世时间。然而作为在软件行业第一线工作多年的从业者，我们却不得不面对一个现实，那就是当初采用新技术的乐趣随着项目周期的增长而迅速减少。无论当初的选择多么光鲜，半年、一年之后，只要这个项目依然活跃，业务在扩张——越来越多的功能需要加入，一些公共的问题就会逐渐显露出来。构建过慢，完成新功能让你痛不欲生，团队成员无法很快融入，文档无法及时更新等等。
阅读全文
摘要：建模(Modeling)，是指通过对客观事物建立一种抽象的方法用以表征事物并获得对事物本身的理解，同时把这种理解概念化，将这些逻辑概念组织起来，内部结构和工作原理的便于理解的表达。
阅读全文
摘要：编程需要的对象不但不能够从设计中自然而然地推导出来，而且强调连续性和过程化的结构化设计与事件驱动的离散对象结构之间有着难以调和的矛盾。由于设计无法自然推导出对象结构，使得对象结构到底代表了什么样的含义变得模糊不清。同时，设计如何指导编程，也成为了困扰在人们心中的一大疑问。
阅读全文
摘要：软件工程中，涉及如下主要阶段：立项、需求、设计、编码开发、测试、发布、培训上线维护等，其中，编码开发如同整座软件大楼的砖瓦用 料，将直接影响产品的功用、质量、性能。
阅读全文
摘要：这是我在今年上海参加亚太软件研发团队管理年会时，InfoQ对我的一次采访内容(我自以为普通话还算行，听了视频，才觉得自己的普通话真是糟透了。而且在采访之初，看得出来，我有些小小的紧张啊)。本次发言，仅代表个人观点，未必正确。如有不妥，敬请指正。视频请链接：张逸谈如何评价架构的优劣大家好，我现在是在亚太软件研发团队管理年会，坐在我旁边的是《软件设计精要与模式》的作者张逸。张逸你好。你好。能给我们读者先介绍一下您自己吗？我 叫张逸，是麦思博（MSUP）的金牌讲师，主要负责架构和设计的培训和咨询工作。在今年的上半年，我刚刚完成我这本书的第二版。目前从读者的反馈来看，这 个书本的情况还是比较满意。我对
阅读全文
