1.- DRY: Don’t repeat yourself. DRY 是一个最简单的法则，也是最容易被理解的。但它也可能是最难被应用的（因为要做到这样，我们需要在泛型设计上做相当的努力，这并不是一件容易的事）。它意味着，当我们在两个或多个地方的时候发现一些相似的代码的时候，我们需要把他们的共性抽象出来形一个唯一的新方法，并且改变现有的地方的代码让他们以一些合适的参
很多程序员都以架构师作为未来的一个发展方向，但架构师是怎么炼成的呢，应该具备什么样的能力呢？ 1）需要具有很好的逻辑能力，对于软件开发工程师来说，由于大多从事编程工作，所以很容易以为自己的逻辑思维没有问题，足以满足软件架构师一职所需。实则不然！就我的观察，不少工作近十年的工程师仍存在思维不清的问题。主要表现在和他讨论问题时，你问他A，他回你B，且很容易跑题和抓不住重点。软件架构师在
框架是如何产生的呢？ 很多有几年编程经验的coder，在对一框架使用后，就会在此框架的基础上总结和删减出自己的框架，但有时会出现很多的问题，那么在设计框架的时候应该注意什么呢？ 首先，应该明确一点，框架是
1，Get中数据大小被限制：我们都知道很多老式浏览器把URL的字符串个数被限制在255个之内;虽然现在的新版浏览器早就没有这个蛋疼的限制，但是我们可不敢保证所有来站点访问的用户都是使用新版浏览器的。所以当我们需要用户在网页中填写一些信息时，使用Get方式肯定会出问题。相反Post方法中没有这个限制，我们可以传输任意大小的数据。 2，Get中的数据类型不灵活：因为Get是使用url来传输
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
