Attitude decides everything, detail decides success or failure!

<br />如果重写父类或接口的方法，在被重载的方法前面加上@Override，这样编译系统可以帮你检查方法的正确性. <br /><br />如: <br />@Override <br />public String A(){...}这是正确的 <br /><br />如果将A写成a,<br />@Override <br />public String a(){...}编译器可以检测出这种写法是错误的,提醒你改正. 特别是在实现接口的时候,是一定要重写全部方法的,这基本上不会出错,@override这

<br />Ctrl+1 快速修复(最经典的快捷键,就不用多说了)<br />Ctrl+D: 删除当前行 <br />Ctrl+Alt+↓ 复制当前行到下一行(复制增加)<br />Ctrl+Alt+↑ 复制当前行到上一行(复制增加)<br />Alt+↓ 当前行和下面一行交互位置(特别实用,可以省去先剪切,再粘贴了)<br />Alt+↑ 当前行和上面一行交互位置(同上)<br />Alt+← 前一个编辑的页面<br />Alt+→ 下一个编辑的页面(当然是针对上面那条来说了)<br />Alt+Ente

<br /><br />一般而言，我们平常接触的大多数项目都应该是单纯使用B/S或是C/S，除非在特殊场合，否则比较少混合使用B/S，C/S架构。首先说一下对这二种架构特点的一些个人理解。B/S应该是目前很多项目都应用的架构，浏览器的方式使得用户的使用十分方便，用户可以何时何地通过Internet访问URL而进行相应的工作，升级维护也能比较集中，缺点就是浏览器的表现能力受限以及常常受非议的安全性问题，如果软件的应用范围区域不集中，而且用户经常变换地点进行访问，那么这种架构是非常适合的。C/S架构的C端有非常