我是个刚刚毕业的实习生，敲代码也有些日了。
现在越来越觉得自己代码的重用率很差。以前不懂规范。代码全都耦合在一起。
我想请问各位前辈。到底怎样才能写出比较优美的代码来。
我一直认为不管什么事情都有方法可寻，而不是死板的每天都一个功能 自己再慢慢去写 或者百度之。
我想有一个思维模式上的升华。我现在已经尽量去把代码去抽出来。但是总觉得自己做的不到位。希望曾经也和我有过一样疑惑的前辈教教我 ，给些心得。我还是很热爱IT的。谢谢了 :)
代码写得少了，想到的问题也就少，也就是上面兄弟说的，眼界放不开。
所以写代码时就不要想着一次就写出低耦合度的代码，先把你想到的写出，写完了再回头看看你的代码，看看哪些代码可以抽取出来的，做成一个方法，哪些关联性比较强的放在一起合情合理的也抽出来，做成一个类什么的。代码要多写，这是必须，要注意的是写，不是搬人家的代码。
一般你在代码中重重复复使用的，这部分就可以考虑抽出来。
有点像模块开发，把业务分解出来，由一个个模块处理，每个模块干自己，别人要用就提供个接口给人家调用，人要用人家的也是只调用人家的接口。当你看着你哪个代码读起来就像“我干我自己的，关你屁事”，“这是我的”，那就差不多了。
看看一些代码规范的书
你敲的代码还远远不够，你还需要去敲更多的代码，去读一些优秀的代码，比如开源框架。
那啥...其实这是一个量变引起质变的过程....勤能补拙...[当然只适用于大部分人..]..
----代码的重用率很差。代码全都耦合在一起。---
这是因为经验太少..写之前没有考虑清楚....还是那句..多写..多想..
如果!...如果!....有时间..可以拷贝一份出来....把之前的方法推掉...然后重构一次...试试多抽取功能的复用代码..增加代码的复用性..当然写的时候要保持代码的整洁..易读性也是很重要的..当然一开始就想写的很'规范'...那也是很有难度的..果如时间充足..可以找个框架 一边人家怎么写的 自己一边照着改自己的代码..
学学咱们老祖先练习毛笔字..先临摹再自成..
为学日益，为道日损，损之又损，以至于无为。无为而无不为，取天下常以无事；及其有事，不足以取天下。
共勉之..
呵呵..再加一句..
希望以后多多GOOGLE...少百度..那啥..真不是没歧视他..
解决这个问题的关键是多写、多看别人的代码。想当初我也是写的代码耦合度高...不过最根本的原因是技术掌握的太少，所以眼界可能放不开，所以还是要多学。
总结：多写代码、多学技术、多看优秀的代码。
那啥...敲着敲着就会自己去改的, 多敲敲, 第一次敲了,第二次去看就觉得应该改改.
其实很多时候刚进入开发领域的新手，往往会迷惑各种开源框架的使用，总是觉得貌似掌握一种框架很厉害，或者感觉使用框架的目的往往只是为了让代码量减少或者使开发更简单，其实这是一种误区。使用框架的目的真正在于其代码的解耦，换句话来说，任何框架的初衷都是想使开发者遵循一种开发规范，说直白框架仅仅只是规范的实现，在团队共同开发项目时，定义良好的契约（约定）往往比配置重要，哪怕在项目开发中我们并没有使用任何一种框架，只要定义了抽象的契约，这也是一种框架实现，因为遵循了规范。所以规范这个东西在实际的开发中需要和你的团队一起遵循。
比较好的实践方法是测试驱动开发，或者开发后每一个方法都努力写出方便测试的方法，这样的代码基本符合你说的要求的。
推荐读《重构：改善代码既有设计》
建议你看几本书：
1.《代码整洁之道》知道如何写清晰的代码
2.理解面向对象的继承，多态等概念
3.学习设计模式
4.《重构--改善既有代码的设计》
我觉得想写出比较优美的代码，是一个思维上的提升，而不是一个技术上熟练。所以需要比较长的一段时间。
你写完代码以后。。。抽空多思考一下哪些地方的代码可以抽出来。。。写成另一个方法。。。抽出来以后为了达到公用的目的。。。参数该如何设置。。。是否需要多几个重写的方法。。。这样时间长了就可以了。。。
光看书是不管用的，还是代码写得少啊，写多了自己都能总结出来，代码的规范的没有绝对的标准。做多了以后，自己都可以总结出来一套的，它主要的功能就是为了以后的可维护性的，同时维护的责任不只在你身上也在别人身上，这就需要规范相对简单，便于别人可以看懂
《重构：改善代码既有设计》 大家都推荐，就不多解释了。这本书能回答你的问题。
《代码大全2》也许是你所需要的，从如何写好变量、语句、方法、类、注释到如何做好程序设计无所不包。