结对编程_结对编程的好处

结对编程_结对编程的好处一、结对编程的优点和缺点结对编程的优点(1)在开发层次,结对编程能提供更好的设计质量和代码质量,两人合作能有更强的解决问题的能力。(2)对开发人员自身来说,结对工作能带来更多的信心,高质量的产出能带来更高的满足感。(3)在心理上, 当有另一个人在你身边和你紧密配合, 做同样一件事情的时候, 你不好意

一、结对编程的优点和缺点

结对编程的优点

(1)在开发层次,结对编程能提供更好的设计质量和代码质量,两人合作能有更强的解决问题的能力。

(2)对开发人员自身来说,结对工作能带来更多的信心,高质量的产出能带来更高的满足感。

(3)在心理上,  当有另一个人在你身边和你紧密配合, 做同样一件事情的时候,  你不好意思开小差, 也不好意思糊弄。

(4)在企业管理层次上,结对能更有效地交流,相互学习和传递经验,能更好地处理人员流动。因为一个人的知识已经被其他人共享。

(5)结对编程让两个人所写的代码不断地处于“复审”的过程,正如前所述,复审是不断地审核,提高设计和编码质量的过程,结对编程让复审随时随地发生,这样才能及时地发现问题和解决问题,避免把问题拖到后面的阶段。

 

结对编程的缺点

(1)由于相互之间不是特别了解,所以需要一段时间去磨合,这也会降低编程的效率。

(2)结对编程在有些时候反而会降低效率,比如在处于探索阶段的项目,需要深入地研究,在这种情况下,一个人长时间的独立钻研是有必要的,两个人反而不好。

(3)如果验证测试需要运行很长时间,那么两个人在那里等待结果是有点浪费时间。

 

雷元勇:缺点 容易浮躁,如果调试一段程序老半天调不出来的话就会很恼火,然后脑子越来越乱,影响团队的进程。

    优点 1、遇到问题的时候善于分析,写代码之前会很认真地先想好算法;2、易于相处,会主动地去和队友交流,在合作之前先打破心理上的壁垒;3、喜欢查资料,当遇到    一个难题时,能够较快地通过网络这个大课堂学到一些解决的办法
 
丁辛: 缺点 阅读代码的能力还比较弱;有时候思维会放不开。
    优点 1、耐心,有着不放弃的精神,调试不出就想尽各种方法解决;2、为人和善,易于相处,能够很好的听取他人意见,同时表达自己的看法;3、能够不断接受新的知识。

 

 

 

二、 Information Hiding, interface design, loose coupling

1、  信息隐藏

在一个稍微复杂的程序中,或是软件中,局部变量的名称可能碰巧和一个全局变量相同,而我们又误把这个局部变量作为全局变量使用了。信息隐藏是减少这类偶然性复杂度的一个有效手段

对预防发货函数而言,输入参数,输出参数描述了它的边界。对于类而言,公有属性和公有方法描述了它的边界。边界以内的即是被隐藏掉的信息。信息隐藏是抽象数据类型,类等之所以存在的一个比较主要的理由。但信息隐藏并不只在使用抽象数据类型和类的时候才有意义。定义接口的时候,甚至实现的时候信息隐藏这一原则同样可以发挥作用。

2、  接口设计

面向接口编程在这次结对编程非常重要。在MVC中,视图是观察者,模型是被观察者,当模型状态改变时,调用所有观察者的Update方法,通知视图模型有变,视图在Update方法里写下响应代码,完成操作。通过这个方法,视图和模型就可以在仅依赖接口的情形下进行交互,而不必强耦合,而且在模型不变的情况下,视图可以随意替换。我们首先想到的就是:定义一套公共的接口,方便各个模块之间的通讯。这极大的提高了结对编程的效率

3、  松耦合

在我们的代码设计时,不用担心会破坏其它地方的代码。这种类与类之间依赖性低的设计方法,使一个类与另外一个类仿佛隔开了,它们之间只是通过消息来联系的,所以设计一类时,可以不用担心破坏另外一个类。当代码有改动时,可以不用大规模的改动我们的代码,我们只用定位于一个出问题的模块,然后对其进行更改就好了,而且能做到不改变其它模块的服务。

 

 

 

三、契约式编程

契约式编程

契约式编程不但可以使开发人员的思维更清晰,而且对于提高程序性能很有帮助。值得一提的是,它对于并行程序设计也有莫大的益处。

契约是减少大型项目成本的突破性技术。它一般由 Precondition(前置条件), Postcondition(后置条件) 和 Invariant(不变量) 等概念组成。.NET 4.0 除上述概念之外,还增加了 Assert(断言),Assume(假设) 概念。

契约的思想很简单。它只是一组结果为真的表达式。如若不然,契约就被违反。那按照定义,程序中就存在纰漏。契约构成了程序规格说明的一部分,只不过该说明从文档挪到了代码中。开发人员都知道,文档通常不完整、过时,甚至不存在。将契约挪移到代码中,就使得程序可以被验证。

 

四、算法

这个算法的基础是我修改了一下Elevator类的接口,在该类中增加了一个List<IRequest> Reqs成员,即让每个电梯都管理自己的请求队列,而不是在Scheduler类中管理全部请求。

我设计的算法的第一个关键点是,首先简单模拟了一下人们在选择电梯时的一些考虑,修改了Program类DrivePassenger()方法:

  if(  !elev.DisabledFloors.Contains((uint)p.SourceFloor)   &&   !elev.DisabledFloors.Contains((uint)p.TargetFloor)  )

这是判断电梯能否到达乘客的所在层和目标层,如果满足上述的if语句,依次进行如下判断:

1、if (elev.Reqs.Count == 0):如果当前某个电梯是没有任何请求的(即停在某一层不动),乘客优先选择这个电梯。

2、if (elev.CurrentStatus.CurrentDirection == Direction.Down && p.TargetFloor < p.SourceFloor
                            && p.SourceFloor < elev.CurrentStatus.CurrentFloor ||
                            elev.CurrentStatus.CurrentDirection == Direction.Up && p.TargetFloor > p.SourceFloor
                            && p.SourceFloor > elev.CurrentStatus.CurrentFloor):

  这个是在判断顺路情况,比如说,乘客要从4层到8层,现在有两台电梯,第一台电梯的方向向上正路过8层,第二台电梯的方向向上正路过3层,这样乘客就会选择第二台电梯。

3、如果1、2都不满足,那么就会根据elev.Reqs.Count()的最小值选择一台电梯(可以直观理解为选择排队的人最少的电梯)。

 

第二个关键点是修改了Elevator类的NextAvailableFloor(int p, Direction d)方法。通过这个方法,可以让电梯根据自己请求列表Reqs选择出下一个目标层。

主要的算法在于判断顺路情况,比如说电梯现在正在向上路过5层,要去9层,这时电梯先后收到两个请求,第一个请求是去3层,而第二个请求是去8层,通过这个算法,尽管第一个请求的请求时间要早于第二个请求,电梯还是会把当前目标从9层改变为8层,把9层作为第二个目标,把3层作为最后一个目标。

 

以上设计的算法实际是简单模仿了现实生活中电梯的运行方式以及乘客选择电梯时的考虑。

 

      五、unittest

结对编程_结对编程的好处

 

今天的文章结对编程_结对编程的好处分享到此就结束了,感谢您的阅读,如果确实帮到您,您可以动动手指转发给其他人。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/46907.html

(0)
编程小号编程小号
上一篇 2023-09-05 12:06
下一篇 2023-09-05

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注