wangYQ 最近的时间轴更新
wangYQ

wangYQ

V2EX 第 125377 号会员,加入于 2015-07-03 12:04:31 +08:00
wangYQ 最近回复了
@XiaoJiang9527 不能抱有敌意,根据对技术喜好看问题。如果你换成 mybatis 也会面临其他的问题,也没有办法保证百分百没有其他的问题。在有限的空间内做最大程度的优化就好,即使就是搞不定了,需要重构,也是需要多人讨论,评审后,再下结论,做选型,做改造。说句不好听的话,接手了屎山,改造就好比屎山雕花,有时候盲目的重构,弄完发现不过是在屎山旁边又拉了一坨。
@XiaoJiang9527 但是这样的成本有点大,
1.老项目,其中业务饱经沧桑,如果有很熟悉业务的完全可以重新改,如果不存在业务完全了解的人,还是不要贸然干,不知道有什么特殊业务的坑藏在细小的地方。
2.SQL 单独执行很快,只是关联查询慢,看能不能把需要的数据通过数据库层面视图,冗余字段,减少一个接口调用太多的 SQL ,减少开销。
3.如果项目后期有更换数据库的需求,Hibernate ,JPA 这种还算是比较方便,换个方言能解决一大部分的事情,要是都是原生 SQL 用了一些特殊函数,改数据库的话工作量特别大
我这很多 40 多的开发,而且还有做售前咨询的
入职之后私下约顿饭可好?没去就送被看见反而不好
147 天前
回复了 fuxinbbit 创建的主题 云计算 大佬们,帮我看个问题
发行版 或者 cpu 方向想想呢;毕竟你们的测试环境都是通用环境
买了霸王
@shinelamla 重构就是比较麻烦,我的想法是首先要看:
1.需要不要做服务,不需要不做,没那么大量不做。
2.把涉及到的业务完全梳理出来,形成文档,多方确认保证业务没有问题。
3.再确定能不能从全局的视角看一下这个模块的东西能做什么样的设计,能从全局视角看问题和只从这个模块的业务出发得到的设计是两个东西。
4.从影响程度比较轻的地方入手,尽量将重构的影响降到最低。
5.重构的东西的测试要更加严格。
能跑着就不要重构,除非必要。除非性能,功能实在没法满足得重构再说,要不然,看屎山代码确实脑袋疼,有得还没有文档传承,有得人都走了,问都没处问
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5761 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 01:53 · PVG 09:53 · LAX 18:53 · JFK 21:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.