首页 >后端开发 >php教程 >总想重构整个项目

总想重构整个项目

WBOY
WBOY原创
2016-07-06 13:51:57968浏览

我入行it7个月 算是一个刚打湿鞋尖的一个程序员

开发中 需要学习各种知识

有html css javascript vuejs 各种web前段框架 正则表达式 php 和thinkphp框架
还有数据库

涉及的方面太多这半年也没好好学什么,要用什么看什么,所以会遇到很多问题。

在做bs软件的时候 经常会发现一些问题,解决问题以后会发现之前写的代码都遗留了自己以前没有想到过得bug.

这时候就有一种想法要把之前bug全部干掉, 这时候问题来了有些问题是当初没有仔细去考虑,就直接写代码。如果要去改正很多地方都会受到影响。可能会弄昏头,不注意就会绕回之前的涉及怪圈。

这时候就想要重构整个项目的代码,又有一个问题出来了,产品经理要求的开发时间本身就不够(他要的功能预期一天开发出来,但实际上我用了3天),在重构代码时间更是比黄金还可贵。而且产品经理每天都会说太慢了要加速(产品经理就是公司ceo,也是我的老师)。

每到这是时候我都特别浮躁,没法安心写代码,总想着项目中的bug.

咨询一下和我有一样情绪的大牛是如何解决这总问题的。

是继续开发,等产品的第一个版本开发出来以后,在去开发第二个版本好。

还是直接重构好,我个人想要直接重构,这样程序更安全。

这个问题已被关闭,原因:非技术提问的讨论型问题

回复内容:

我入行it7个月 算是一个刚打湿鞋尖的一个程序员

开发中 需要学习各种知识

有html css javascript vuejs 各种web前段框架 正则表达式 php 和thinkphp框架
还有数据库

涉及的方面太多这半年也没好好学什么,要用什么看什么,所以会遇到很多问题。

在做bs软件的时候 经常会发现一些问题,解决问题以后会发现之前写的代码都遗留了自己以前没有想到过得bug.

这时候就有一种想法要把之前bug全部干掉, 这时候问题来了有些问题是当初没有仔细去考虑,就直接写代码。如果要去改正很多地方都会受到影响。可能会弄昏头,不注意就会绕回之前的涉及怪圈。

这时候就想要重构整个项目的代码,又有一个问题出来了,产品经理要求的开发时间本身就不够(他要的功能预期一天开发出来,但实际上我用了3天),在重构代码时间更是比黄金还可贵。而且产品经理每天都会说太慢了要加速(产品经理就是公司ceo,也是我的老师)。

每到这是时候我都特别浮躁,没法安心写代码,总想着项目中的bug.

咨询一下和我有一样情绪的大牛是如何解决这总问题的。

是继续开发,等产品的第一个版本开发出来以后,在去开发第二个版本好。

还是直接重构好,我个人想要直接重构,这样程序更安全。

你选一个成熟的PHP框架,比如YII2Laravel等,学扎实了,这样就能事半功倍。
如果你总是举棋不定,只会白白浪费时间。不然你始终会有这个感觉
总想重构整个项目

个人给个建议是写代码注重模块化,分治,不妨在下一个项目的时候有意识的试试单元测试,写代码时候尽量想想那些内容是可能变化的哪些不会变化,是不是需要考虑一下封装,是不是应该考虑一下整体的框架性。我曾经借着一个项目,然后完成了一个自己的移动端ui组件库,虽然bug很多没有继续维护,后来当我写移动端的时候,即使用别人的框架,我也觉得很顺利,因为自己去思考过,然后自然懂得了框架开发者他们要解决的痛点,能够理解一些他们的思路,对于你代码整体性还是不错的。

代码永远没有真正完美的时候。只是在不断的趋于完美,能够看到之前的不足这很好,说明进步了。

遇到这种情况,其实不只是新人会有,如果项目足够大,周期足够长,随着业务量及业务的复杂层度增加,之前的模式不适合也是可以理解的。
除非你在最初的时候能够预见这些,进而选择了合适的模式或框架等。

然而既然遇到这种情况了,不改掉心里不舒服怎么办,这时候就要“逐步翻新”了,一边做新功能一边去修改、重构与之相关的部分代码,等一个版本迭代完成之后,你要的重构也就完成了。

以上,仅供参考。

声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn