好纠结，要不要重构这个用之即弃的代码
本帖最后由 shimachao 于 2013-06-16 11:57:52 编辑 一个大作业，越写到后面就发现类的设计不合理，想重构，可这只是个上交的作业而已。老师只看运行结果。
而且关键是这个作业是个模拟的东西。模拟什么网关之类的。不是实际的应用。我要不要重写它呢？本来想通过修改自己写的代码来提升对面向对象的理解的。但是这只是个模拟的东西。又不是实际应用。感觉好鸡肋。
是现在一边写一边重构，还是完事后再重构呢？还是做完后就忘了它，不管它了，另找高手写的实际应用的代码看看？还是自己写一个实际应用？
[解决办法]
有时间的话就完善它，时间紧的话就先实现它，以后再完善它，
你要知道，简答的蕴含复杂的，简单的ok了，复杂的就简单了
[解决办法]
对老师负责，你就照交作业吧；对自己负责，就重构。
[解决办法]
你自己做的过程中是可以学到东西的。。何乐而不为呢
[解决办法]
第一个版本，能运行就好
[解决办法]
重构下看看,不知道那天就会用得上
[解决办法]
有时间再搞啊，不用的话，纠结什么。你应该把有用的进行代码优化之类的，知道问题在哪里也是一种进步啊
[解决办法]
如果已经完成了，测试没有错误，就提交。
如果还没有完成，但接下来要增加的内容也没什么难度，就完成并提交。
如果已经完成了，但运行不正常，却怎么也找不到问题所在，就重构。
如果还没有完成，但代码结构太混乱，以至于无法继续下去，就重构。
[解决办法]
分清重要和紧迫的关系吧，先做最紧迫的，然后是最重要的。作业最紧迫，完善最重要，会让你有本质上的提高。
[解决办法]
有时间了就重构，没时间了就先放一放！只要心里知道怎么重构就是一种进步！
[解决办法]
重构一下还是必须的
[解决办法]
helloworld
有什么实用价值 为什么那么多人都实现了
现在只是学习阶段 较少能做出实用的东西吧
只有能让你收获更多并且有那个时间 那就重构呗
[解决办法]
不要 ！
在下一个项目的时候 ，写代码之前多多回味你的第一个代码。
那么你现在的代码就是收获。
因为，在你重构了之后，你依然会发现需要再次重构 。
[解决办法]
虎头蛇尾是俗人的习惯，
有始有终是君子的操守。
有时去执行一个错误的决定总比优柔寡断或者没有决定要好得多。
“要我做”和“我要做”的区别不仅仅是前两个字交换顺序！
只为成功找方法，不为失败找理由。
