2018-07-19

作者: 粉红弟 | 来源:发表于2018-07-22 14:45 被阅读0次

        第二天上班,同样的要赶早班车,有点累,眯上眼睛。到了附件的公交站,差不多也八点四十分了,赶忙感到办公室,打卡要紧。打完卡,有点饿,没买早餐,忍忍吧。打开qq、微信,想着今天要干什么好呢,运维发给我帐号了,不管什么,下载项目先吧。突然发现自己对svn不熟悉,下载个svn工具,按部就班的,也还行,项目也下载好了。

        用idea打开项目,indexing,恩,老旧的项目,配置tomcat吧。配置好了,发现并不能部署,idea并没有检测到部署方式,想想为了项目统一,换ide吧,便下载了比较熟悉的myeclipse10。还是原来的味道,这ide,导入项目。先把项目启动吧,看了一下配置文件,把数据库配置改了,创建了目标数据库,发现该项目使用了hibernate,所以打开hibernate的自动建表。运行,恩,报错了,发现连接不上数据库,这是什么道理,赶紧百度一下。花费了一些功夫,发现是mysql8.0与jdbc驱动版本的问题。脑子里出现了两种解决方案,第一,就是更换新版的jdbc驱动,第二呢,就是重装mysql,使用5.6版本。我使用了第二种解决方案,原因很简单,就是该项目的历史基础,况且,该项目没有使用任何的软件管理工具,这也是一个十分不合理的地方。部署成功了,表也建立了。但是没数据呀。于是,从目录结构中,找到了脚本,运行吧,太多了,总共23个文件夹,于是,想投机取巧一下,写了一个小程序,把目标目录下的sql文件路径写到一个文件中,然后source一下。可是,脚本却报错了,我意识到脚本的顺序需要维护,这就不得不一个个慢慢导入了,经过苦力一般的劳动,导入了。

        输入地址,登录系统,总算看到系统了。系统界面很简单,boostrap为主,没有什么新颖,但是,可以理解,本来这种系统并不需要多么华丽,且历史基础在那里。简单了了解之后,我觉得看源码了,本来想看文档的,但是并没有提供,我认为这是开发者的一个前期疏忽,当然,这也是后面的铺垫。大概看了一下实体,挺多的,大概四十个实体吧。

        从实体看吧,可能我眼界低吧,不是很懂为什么要给实体给创建抽象类。看dao层吧,恩,很简陋,就增删改查吧。而service层和controller层看吧,这两层操作数据库代码很多,我可以认为他dao层基本没用,而使用数据库的方式也很诡异,有时候用sessionfactory,有时候用statement,resultset也是随处可见,可以说无力吐槽。真的,我可以认为这个一个没有经过严格规范的代码结果,这种是很恐怖的,这就意味着继任者需要花费更多的时间的理解代码。并且,代码中最最恐怖就是没有注释,实体类没注释,我可以说我根本就不知道User和TUser的区别,注释给得很明确,这段注释是myeclipse自己给出的,没有任何意义,唯一有参考价值的就是hbm的配置文件中,某些字段写了comment,但是杯水车薪。从功能上讲,这样的系统能够运行已经很不错了。

        从整体的代码风格,我看出了至少三个代码风格,风格迥异。我不知道为什么要在controller使用jdbc开始操作数据库,sql语句的拼接随处可见,可是不安全的,我甚至看到mybatis出现的原因了。不可否认,操作是符合业务需求的,但是代码规范确实不允许的,什么连注释都没有,这也是不可原谅的。

        可以认为,这个一个典型人员流动大的公司的系统,公司规模小,所以没有codeView这个环境,没有人去检查代码是否合格,因为从产品的角度,我会节约成本,而codeView并不符合这一结果,同时,这给我一个信号,就是这家公司并没有长期经营的计划,可能,这个系统是一个奇葩,但我会认为这个一个普遍的现象,并没有对规范进行约束。

    相关文章

      网友评论

        本文标题:2018-07-19

        本文链接:https://www.haomeiwen.com/subject/cuvlmftx.html