国内最专业的IT技术学习网

UI设计

当前位置:主页 > UI设计 >

一个引发程序员们干架的问题

发布时间:2019/09/19标签:   业务    点击量:

原标题:一个引发程序员们干架的问题
在一个散布式体系的开辟团队中,有一些成绩是很轻易发生顺序员之间抵触的。此中之一就是「营业归属」,就是当新加/修正一个营业的时间,代码变革应当放到你担任的体系仍是我担任的体系里?一些营业表面很清楚的就不必说了,各人的认建都是一样的。比方商品相干的放到商品效劳,会员相干的放到会员效劳。然而关于表面含混的营业,各人作出的决议就纷歧定雷同了。这个时间起决议性感化的并不是各自的任务教训,而是你的「营业头脑」能否存在全局性,以及对全局营业的懂得水平怎样。一旦轻率的作出了“分歧适”的归属规定,后续将会带来大批的额定本钱,合作、更高的bug率等等。看看以下的场景是不是平常有见到过? 嗨,小明,我这里有个bug须要你和我一同调试下。 现在假如这个营业在这里就好了,当初曾经积重难返了,只能推倒重做了。 我感到这个成绩能够是这里招致的,也有能够是那边招致的。以是,一个营业归属于哪个名目,看似是一个很简略的抉择题。然而每团体心中的默许抉择是差别的,比方以下两种截然差别的偏向。 我能处理的就我处理咯,切实处理不了的再给对方 只能我这里处理的就我这里处理,别的的全体对方来实在这些抉择都是因人而异的,很难构成一个放之四海而皆准的共鸣。假如两边都抉择第二点,发生抵触、争吵是必定的。哪怕各人都抉择“为别人着想“的第一点,只是幸免了彼此扯皮,但仍是无奈幸免后续营业界限凌乱支付的额定本钱。以是,咱们仍是须要从中提炼出实质的货色作为决议的原则。Z哥我以为考虑营业归属的时间,实质上仍是逃不开「高内聚低耦合」范畴,一个公道的名目归属认定,会让软件体系离每团体所冀望的「高内聚低耦合」更近一步。由于「营业归属」和「高内聚低耦合」一样,都在“划线”,明白界限。然而咱们许多时间实在并不晓得“线”应当详细画在甚么地位,只是晓得一个大略方位罢了。实在,假如当咱们的体系只是一个单体利用的话,是不存在「营业归属」成绩的。因而它是在合作合作下所发生的一个副感化。然而,只有咱们持续坚持合作合作来开辟一个散布式体系,这个成绩就是绕不开的一道坎。在任务中,因为界限不清轻易发生营业归属不合的场景重要是以下两点。 一个新营业,须要双方共同实现 一个老营业,一局部在A处置,一局部在B处置。这里先停留一分钟,想一想,假如是你的话,该怎样来作出抉择?Z哥我给你的倡议是,你能够如许来斟酌:哪边缺了这个营业的话,会招致最少一个流程走欠亨。

版权信息Copyright © 银河官网 版权所有    ICP备案编号:鲁ICP备09013610号