谈谈代码需求的感想

     我是一名Java开发者，从刚开始接触java的一味的垒代码到现在写代码时总是觉得自己没写好，若有所缺，总是觉得写得不妥，我觉得自己是在不断的代码中，发现了一些自己觉得要弄清楚原则的事情。

 

    有时候我们写代码时总觉得自己这个地方写得太冗长，有重复的代码，但是自己尝试合并，重构又发现很多其实看是相同的东西还是有差别的，无奈放弃重构；有时候自己重构晚了，发现根本用得很少，感觉到有非常鸡肋；这是在代码中的纠结；但是通过不断观察自己的代码发现，其实有时候不是我们代码没有写好，而是我们在写代码前了解了我们的目标吗，我们需要深入透彻的了解我们的需求，这也是为什么说，程序员为代码而生，为需求而死，看来不是需求要我们死，是我们要让需求更加明理，我相信这也是我们自己写的代码在测试或者使用中出现很多bug的原因。

 

     时间过得真快，想想自己刚开始学习java的时候，为了实现类似qq聊天的软件，硬是拿了一个暑假边兼职边写代码，想想还觉得挺充实的，也许是刚开始学习的冲劲和兴趣，在写代码时也就是不管什么功能都自己一味的用代码写，认为一定能实现，当时还不知道借助什么框架这些外界的现有技术，暑假完了，自己也总算写完了，虽然不是特别快，能用对我当时的努力来说已经很高兴了。当时自己写代码还不知道如何利用配置文件，以至于当时的配置很少，后面不断的学习才了解配置文件可以不用修改代码，增加程序的灵活性和扩展性，自己的慢慢学会了使用配置文件，到后面做项目时以至于有些项目都大量依赖于配置文件，甚至是后面还依赖瑜配置的动态增删改，刚开始，这种动态修改配置觉得很好，很实用，感觉自己写代码也进步了一些，后面随着项目的运行吗，发现了一些bug，自己突然发现，这个配置文件动态的增删改还是有问题，容易产生数据不一致、配置文件过多难以维护、配置文件的配置难以理解。其实对于程序而言，配置文件没多大关系，可是产品到后面需要维护的时候，再返回去看配置也许就完全不知道是什么了。

 

     最后自己不断的分析代码，配置；我还是决定将需要程序去变动修改的配置，转移到数据库中，对这些修改不是特别频繁的加上redis缓存，对一般的基本在系统启动后不修改的东西作为配置文件，这样可以对需要修改的在页面上进行修改，同时通过数据的事物保证数据的一致性，再通过在表上增加一些说明，减低维护的成本。

 

   代码写多了，感觉对业务抽象的粒度是我们经常思考的问题，感觉一些项目的粒度上还是要根据项目的大小以及该项目将来的发展来做权衡。

 

   感觉虽然写这么多，还是说不清楚自己的感想，程序员的短板啊。就这样吧，需要讨论的回复我吧！