用友财务软件免费培训视频教程
果你想要制作易于设计、构建、测试及扩展的系统,正交性是一个十分关键的概念,但是,正交性的概念很少被直接讲授,而常常是你学习的各种其他方法和技术的隐含特性。
这是一个错误。
一旦你学会了直接应用正交性原则,你将发现,你制作的系统的质量立刻就得到了提高。
什么是正交性 文本框: “正交性”是从几何学中借来的术语。
如果两条直线相交成直角,它们就是正交的,比如图中的坐标轴。
用向量术语说,这两条直线互不依赖。
沿着某一条直线移动,你投影到另一条直线上的位置不变。
在计算技术中,该术语用于表示某种不相依赖性或是解耦性。
如果两个或更多事物中的一个发生变化,不会影响其他事物,这些事物就是正交的。
在设计良好的系统中,数据库代码与用户界面是正交的:你可以改动界面,而不影响数据库;更换数据库,而不用改动界面。
在我们考察正交系统的好处之前,让我们先看一看非正交系统。
非正交系统 你正乘坐直升机游览科罗拉多大峡谷,驾驶员——他显然犯了一个错误,在吃鱼,他的午餐——突然呻吟起来,晕了过去。
幸运的是,他把你留在了离地面100英尺的地方。
你推断,升降杆控制总升力,所以轻轻将其压低可以让直升机平缓降向地面。
然而,当你这样做时,却发现生活并非那么简单。
直升机的鼻子向下,开始向左盘旋下降。
突然间你发现,你驾驶的这个系统,所有的控制输入都有次级效应。
压低左手的操作杆,你需要补偿性地向后移动右手柄,并踩右踏板。
但这些改变中的每一项都会再次影响所有其他的控制。
突然间,你在用一个让人难以置信的复杂系统玩杂耍,其中每一项改变都会影响所有其他的输入。
你的工作负担异常巨大:你的手脚在不停地移动,试图平衡所有交互影响的力量。
直升机的各个控制器断然不是正交的。
正交的好处 如直升机的例子所阐明的,非正交系统的改变与控制更复杂是其固有的性质。
当任何系统的各组件互相高度依赖时,就不再有局部修正(local fix)这样的事情。
提示13 Eliminate Effects Between Unrelated Things 消除无关事物之间的影响 我们想要设计自足(self-contained)的组件:独立,具有单一、良好定义的目的(Yourdon和Constantine称之为内聚(cohesion)[YC86])。
如果组件是相互隔离的,你就知道你能够改变其中之一,而不用担心其余组件。
只要你不改变组件的外部接口,你就可以放心:你不会造成波及整个系统的问题。
如果你编写正交的系统,你得到两个主要好处:提高生产率与降低风险。
提高生产率 l 改动得以局部化,所以开发时间和测试时间得以降低。
与编写单个的大块代码相比,编写多个相对较小的、自足的组件更为容易。
你可以设计、编写简单的组件,对其进行单元测试,然后把它们忘掉——当你增加新代码时,无须不断改动已有的代码。
l 正交的途径还能够促进复用。
如果组件具有明确而具体的、良好定义的责任,就可以用其最初的实现者未曾想象过的方式,把它们与新组件组合在一起。
l 如果你对正交的组件进行组合,生产率会有相当微妙的提高。
假定某个组件做M件事情,而另一个组件做N件事情。
如果它们是正交的,而你把它们组合在一起,结果就能做M x N件事情。
但是,如果这两个组件是非正交的,它们就会重叠,结果能做的事情就更少。
通过组合正交的组件,你的每一份努力都能得到更多的功能。
降低风险 正交的途径能降低任何开发中固有的风险。
l 有问题的代码区域被隔离开来。
如果某个模块有毛病,它不大可能把病症扩散到系统的其余部分。
要把它切掉,换成健康的新模块也更容易。
l 所得系统更健壮。
对特定区域做出小的改动与修正,你所导致的任何问题都将局限在该区域中。
l 正交系统很可能能得到更好的测试,因为设计测试、并针对其组件运行测试更容易。
l 你不会与特定的供应商、产品、或是平台紧绑在一起,因为与这些第三方组件的接口将被隔离在全部开发的较小部分中。
让我们看一看在工作中应用正交原则的几种方式。
项目团队 你是否注意到,有些项目团队很有效率,每个人都知道要做什么,并全力做出贡献,而另一些团队的成员却老是在争吵,而且好像无法避免互相妨碍? 这常常是一个正交性问题。
如果团队的组织有许多重叠,各个成员就会对责任感到困惑。
每一次改动都需要整个团队开一次会,因为他们中的任何一个人都可能受到影响。
怎样把团队划分为责任得到了良好定义的小组,并使重叠降至最低呢?没有简单的答案。
这部分地取决于项目本身,以及你对可能变动的区域的分析。
这还取决于你可以得到的人员。
我们的偏好是从使基础设施与应用分离开始。
每个主要的基础设施组件(数据库、通信接口、中间件层,等等)有自己的子团队。
如果应用功能的划分显而易见,那就照此划分。
然后我们考察我们现有的(或计划有的)人员,并对分组进行相应的调整。
你可以对项目团队的正交性进行非正式的衡量。
只要看一看,在讨论每个所需改动时需要涉及多少人。
人数越多,团队的正交性就越差。
显然,正交的团队效率也更高(尽管如此,我们也鼓励子团队不断地相互交流)。
希望能帮到你,麻烦点击 好评,...
如何架构以及精细设计一个企业培训必备教程.ppt
OM网络课堂系统是一套实时交互式在线培训系统,纯B/S架构,用户无需安装客户端软件或浏览器插件,只需在服务器端安装本软件。
主旨是在Internet上构建多个虚拟教室,营造师生互动的网络环境。
比传统教室教学更为生动活泼,可以为学员提供时间上更灵活,没有地域限制,更高效率、更省费用的培训课程。
OM网络课堂系统模拟出与现实课堂毫无二致的教学环境,甚至比现实课堂更易于操作和讲解,讲师打开教学文档,所有学员同步观看,辅助以电子教鞭和电子白板讲解,中间可以插入播放视频和图片等,通过文字与学员实现互动,实时解答学员提出的问题,并且,整个教学过程可同步录制成课件,以备学员随时点播观看。
自学C语言教程
展开全部没有基础可以入门,通过努力可以达到初、中级程序员的程度,但再往上走,就比较困难了。
后面需要不少算法、英文和数学知识。
教程的话可以参考下面两本教程: 谭浩强:《C语言程序设计》 李铭城 黄中豪 陈宇芬:《资料结构 C》 英文的话,进入初级之前都不怎么需要。
但是进入中级后,需要读一些英文资料。
不过现在翻译比较厉害,绝大部分的资料都有翻译。
但是要进入高级,就必须要学习英文了,因为最新最核心的资料都是英文的,翻译的往往都会有错误。
另外数学在早期影响不大,但是进入中级后就必须要了。
因为估算算法时间复杂度、空间复杂度、图、树等等,都涉及不少数学知识。
当然如果只是做简单应用或者驱动的话,这方面要求就不会太高。
最后给一个学习大概的路线图: 入门级的学习,只要能够掌握:代码三大结构(循环、分支、顺序)、流程图、C语言关键字和语法、输入输出、文件操作、套接字操作。
就算是初级满级了。
初级程序员:数据结构和算法(排序,查找)、了解软件开发模型(瀑布模型、敏捷模型、原型模型等等)、了解UML、系统常用API、网络通信、编译和SDK环境搭建 中级程序员:设计模式、多线程编程、网络通信(服务器、客户端)、面向对象编程、掌握UML、系统网络/文件/互斥/线程/事件/安全API、STL、相关法律法规、知道一些常用软件架构(MVC等)
转载请注明出处51数据库 » 软件架构培训视频教程