共计 1071 个字符,预计需要花费 3 分钟才能阅读完成。
这个话题要从最近工作中接触到的一些问题说起:大略状况是这样的,公司年前收买了一家公司(以下简称 Y 公司),尽管行业畛域雷同,但从业务模式到技术框架都是截然不同的。咱们原有采纳的是 C#、.Net 架构,Y 公司全栈采纳 Java,Dubbo 微服务架构,自己刚好在公司主导了几个 Java 我的项目实际,被调配到接手 Y 公司的局部我的项目。几个月下来,感触颇多,简记如下:
- 我的项目模块不足整体规划,同一性能呈现在我的项目的多个模块中,反复代码亘古未有;
- 与第三方平台接口不标准,比方与 X 团的 API 接口中须要获取 Token 及加密,这样的接口本能够在一个中央对立实现,但却散落在各个中央,且用法不一;最奇葩的是明明对方的后果有返回代码(returnCode)和响应音讯(message),却偏偏要本人定义一个枚举类来解释返回代码,最要命的是这个枚举是不残缺的,后果就是有些代码找不到就抛出了一个异样”找不到对应的代码“云云,在调试过程中一头雾水—难道不能间接用人家的代码和音讯吗?
- 对于底层协定调用没有对立封装,最典型的比方 HTTP 协定,简直所有的十几个我的项目中都有 HttpUtil,从 Header 到 PUT/GET/POST 都要层层解决,不晓得有 OkHttp,更有下层封装 Retrofit 能够间接用吗?还有 Json 解决,甚至 String 解决都要写一堆,还各个我的项目各自为政,后果是呈现了一堆无用的代码,臃肿还不能保障效率和正确性;
下面的问题都能够归结为代码的规范性,如果大家是一个团队,就应该互通有无,有所分工,不要反复造轮子,首先要利用曾经有的开源框架,其次要有对立的底层框架;这样既能进步整体效率,也保障了代码的稳定性和可维护性。试想,如果一个中央出了问题,比方第三方接口做了变动,那么上述的编码方式岂不是要改几十个中央?
其实规范性的重要性显而易见,大家都懂,特地是对于团队开发而言,更是如此。那为什么理论执行下来就这么难呢?其实是一个团队领导力的问题,当今互联网行业,许多是赚快钱,只求疾速上线,不出 bug 就行,至于怎么实现的,什么规范性、复用性,不值一提。然而认真想想,与日俱增,这些货色就变得了“负”能量,时刻在影响着你的产品质量,当然也包含老本。到最初,大家都改不动了,习惯了差,没有了改的能源,到这时候就是整个团队的悲痛了。说到底是一种文化和精力,如果一个公司只求眼前利益,没有对细节和品质的谋求,那么永远也成为不了一家平凡的公司,为之工作的员工也只能糊里糊涂,打更混日子了!
![SourceCode.jpg](/img/bVbKy4O)
正文完