代码维护

最近在维护代码,或者说是重构,代码太烂了,每加个小的功能要费太多时间,很多时间都花费在理解他人的代码并修补上,出问题了,大家都不知道怎么个回事,于是开始从大的方面重构,至少先整个主干出来,算是开个头。

发现一个问题是,很多烂的代码是开发人员在对某个工具知之甚少情况下就开始使用而形成的,大概知道那么一点,然后想当然的,加上自己的理解,就开始了,对于小的框架、库来说也许危害不算大,但如果是如MFC,Spring这样的框架,维护成本是巨大的,很多时候框架已经帮你完成,甚至是总体框架、代码形式,比如MFC的消息系统,你需要做的只是适当的加上个宏,然后把他引到各个模块控制器就OK
了,脉络还清晰,根本不需要如此劳累,还苦了维护人员。但对这些大型框架的理解又需要时间、经验的积累。

时间: 2024-10-05 22:02:28

代码维护的相关文章

laravel 代码维护, 使用php artisan使用应用程序处于维护状态

当应用程序处于维护的时候,我们可以暂时关闭程序,具体的做使用是使用php artisan downartisan 是laravel根目录下的一个程序,当执行了这个命令时,会调用 app/start/global.php文件中的App::down函数当维护完成扣,使用php artisan up来启用应用程序App::down(function(){ return Response::make("Be right back!", 503);}); 还可以使用php artisan 来生成

使用typescript开发js代码提升代码维护性

function test() { var gs = new Greeter('ss'); alert( gs.greet()); } window.onload = test; class Greeter { greeting: string; constructor(message: string) { this.greeting = message; } greet() { return "Hello, " + this.greeting; } } 由于后台与前台经常用到json

日程管理系统代码维护第一弹

问题1:JAVA中代码没有分包,看起来不清楚明了,杂乱无章. 修改:按类型分包,后期自己或者团队里读代码时更清晰. 问题2:代码编写不规范,有很多多余的空行和TODO语句. 修改:多余的空行和TODO语句删掉,可以提高代码的可读性. *TIP: (1)记录想法,记录功能点,开发过程中可以利用TODO记录一下临时想法或为了不打扰思路留下待完善的说明.(2)删除无用TODO,开发工具自动生成的TODO,或则已经完善的TODO,一定要删除. 问题3:登录时用户名密码都为空时没有对应的Else语句. 修

日程管理系统代码维护第二弹(结队编程)

结队编程的好处: 第一:培养新人,促进沟通,提升团队整体能力. 第二:更好的知识共享和信息交流,促进团队协作. 第三:促进团队成员的沟通,提升团队凝聚力. 但由于我们一开始的工作模式都是个人的,现在开始了这个结队编程少许有些不适应.因为要开始慢慢习惯队友的工作方式,习惯她的思考方式.一开始策划时意见总会不统一,在两个人慢慢磨合的情况下,开始了正式的工作. 首先我们两个人通读了这个日程管理系统,找出其中的BUG并且改正,在改完BUG后,开始改进和美化.它的程序里个人中心的界面是空白的,我们先画好界

创建公共配置表,并以全国区县代码维护为例

--------------------- --创建通用选项表 /****** Object: Table [dbo].[sysComOption] Script Date: 01/08/2017 14:08:18 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE TABLE [dbo].[sysComOption]( [ID] [int] IDENTITY(1,1) NOT NULL, [Code] [nvarcha

对历史遗留代码的维护和再开发

一.时间宽松时的代码维护 对于新人,一般都会留出一段时间进行代码的接手,那么对于如何处理接到手中的代码,是不是只是看看代码.写写心得,还是能够利用这段空闲时间,煅炼提升自己,我期望是后者,结合公司部门的情况,对这种情况进行个人阐释: 1.对现有代码的熟悉.若是对拿到手中的代码,都不知道是做什么的,有什么用,可能就什么意义也没有,后面的也不用看了. 2.加入或者补充测试用例,若是没有测试用例,后面的重构基本上是没办法进行判断是否正确的. 3.用测试用例对代码进行测试,以期达到相关效果和理解代码逻辑

【转发】前端进阶篇之如何编写可维护可升级的代码

原文出处: 叶小钗(@欲苍穹)   欢迎分享原创到伯乐头条 前言 我还在携程的做业务的时候,每个看似简单的移动页面背后往往会隐藏5个以上的数据请求,其中最过复杂的当属机票与酒店的订单填写业务代码 这里先看看比较“简单”的机票代码: 然后看看稍微复杂的酒店业务逻辑: 机票一个页面的代码量达到了5000行代码,而酒店的代码竟然超过了8000行,这里还不包括模板(html)文件!!! 然后初略看了机票的代码,就该页面可能发生的接口请求有19个之多!!!而酒店的的交互DOM事件基本多到了令人发指的地步:

【组件化开发】前端进阶篇之如何编写可维护可升级的代码

前言 我还在携程的做业务的时候,每个看似简单的移动页面背后往往会隐藏5个以上的数据请求,其中最过复杂的当属机票与酒店的订单填写业务代码 这里先看看比较“简单”的机票代码: 然后看看稍微复杂的酒店业务逻辑: 机票一个页面的代码量达到了5000行代码,而酒店的代码竟然超过了8000行,这里还不包括模板(html)文件!!! 然后初略看了机票的代码,就该页面可能发生的接口请求有19个之多!!!而酒店的的交互DOM事件基本多到了令人发指的地步: 当然,机票团队的交互DOM事件已经多到了我笔记本不能截图了

资深程序员冒死揭开软件潜规则:无法维护的代码

原始博文发布于: Roedy Green's Mindproducts (http://mindprod.com/unmain.html ). 翻译链接: 点击打开链接 2014年11月25日 03:11 如何编写无法维护的代码 让自己稳拿铁饭碗 ;-) Roedy Green 简介 永远不要(把自己遇到的问题)归因于(他人的)恶意,这恰恰说明了(你自己的)无能. -- 拿破仑 为了造福大众,在Java编程领域创造就业机会,兄弟我在此传授大师们的秘籍.这些大师写的代码极其难以维护,后继者就是想对