php分页类怎么应用，server的区别是什么？
两者区别是：
1.开源 MySQL是一个开源关系数据库管理系统（RDBMS）；而SQL Server不是开源的，是商业的。
2.程序 MySQL主要用C和C ++编程语言编程。SQL Server主要用C ++编程，但在C语言中也有一些部分。
3.平台 SQL Server仅支持Linux和Windows平台，主要用于.Net应用程序或Windows项目。与之相比，MySQL支持许多平台，它主要用于PHP项目或应用程序。
4.语法 MySQL语法有点复杂；SQL Server语法更简单易用。
5.执行查询 在MySQL中，一旦执行了查询，就无法在中途取消查询。在SQL Server中，可以在执行后的中途取消查询。
6.存储引擎 在MySQL中，有多个存储引擎可以让开发人员根据性能更灵活地为表使用引擎。InnoDB是一种流行的存储引擎。SQL Server只能使用一个或只有一个存储引擎。
7.备份 在使用MySQL时，开发人员必须通过将所有数据提取为SQL语句来备份数据。由于执行了多个SQL语句，使得数据恢复非常耗时。而SQL Server在备份数据时不会阻止数据库，这使得用户能够备份和恢复大量数据，而无需花费额外的时间和精力。
8.安全 两个企业数据库系统都设计为二进制集合，MySQL使开发人员能够在运行时通过二进制文件操作数据库文件。它甚至允许在运行时由其他进程访问和操作数据库文件。但SQL Server不允许任何进程访问或操作其数据库文件或二进制文件。它要求用户通过运行实例来执行特定功能或操作文件。因此，黑客无法直接访问或操纵数据。设计规则使 SQL Server比MySQL更安全。
9.支持的编程语言 MySQL和SQL Server都支持多种编程语言。它们都支持PHP，C ++，Python，Visual Basic等等但MySQL还支持Perl，Scheme， Haskel和Eiffel等编程语言。由于MySQL对许多编程语言都支持，所以它更受欢迎。
10.过滤 MySQL允许用户以多种方式过滤掉表，行和用户，但它要求用户按个别数据库筛选出表，行或用户。在过滤数据时，开发人员必须通过运行多个查询来单独过滤数据库表。而SQL Server是利用基于行的过滤，基于行的筛选选项按数据库方式筛选数据库上的数据。并且将过 滤后的数据存储在单独的分发数据库中。
原生php和thinkphp这些框架有什么区别？
thinkphp等框架是 面向对象的mvc架构 mvc是目前主流的开发模式 框架是自己已经做好了这种架构开发者只需要写业务代码就可以了 而且框架一般会把一些常用的类提供给开发者 比如图片处理 分页类 验证码类 等等 框架还会把sql语句进行简化 这些都是在提高开发者的开发效率 而如果使用原生php 开发者需要自己做mvc的架构 自己做单入口 开发效率以及代码的可维护性都是不如直接使用那些主流的mvc框架
如何成为高级Java工程师？
宏观方面
一、 JAVA。要想成为JAVA（高级）工程师肯定要学习JAVA。一般的程序员或许只需知道一些JAVA的语法结构就可以应付了。但要成为JAVA（高级） 工程师，您要对JAVA做比较深入的研究。您应该多研究一下JDBC、IO包、Util包、Text包、JMS、EJB、RMI、线程。如果可能，希望您 对JAVA的所有包都浏览一下，知道大概的API，这样您就发现其实您想实现的很多功能，通过JAVA的API都可以实现了，就不必自己费太多的脑经 了。
二、 设计模式。其实写代码是很容易的事情，我相信您也有同感。但如何写得好就比较难了。这个“好”字包括代码可重用性，可维护性，可扩展性等。如何写出好的代 码往往要借助一些设计模式。当然长期的代码经验积累，只要您用心，会使您形成自己代码风格。相信您的代码也比较符合代码的可重用性，可维护性，可扩展性。 但既然前人已经给我们出了经验，我们何不踩着前人的肩膀前进？
三、 XML。现在的系统中不使用XML几乎是不可能的。XML的功能非常强大，它可以做数据转换、做系统的配置、甚至可保存您的系统业务数据。因此您必须了解 XML，包括它的语法，结构。您还需要比较熟练的使用解析XML的一些API，比如JDOM，SAX等，因为在我们一般的项目中，XML往往担当系统配置 信息的作用，您需要用这些API解析这些配置信息，开发完美的项目。
四、 精通使用一种或两种框架。像在《如何成为java初级程序员》中提到的那样，“框架都会有许多可重用的代码，良好的层次关系和业务控制逻辑，基于框架的开 发使你可以省出很多的开发成本”。但我这里希望您能精通，更多的是希望您能通过框架的使用了解框架的思想。这样您在开发一个项目时思路会开阔一些，比如您 会想到把SQL语句与您的JAVA代码分开，再比如您会考虑把您的业务逻辑配置到XML或者数据库中，这样整个项目就很容易扩张了。
五、 熟悉主流数据库。其实真正比较大的项目都是有人专门做数据库的，但往往很多项目要求作为（高级）工程师的您也参与数据库的设计以及SQL的编写。所以为了 更好的为国家做贡献，建议您还是多了解一些主流数据库，比如SQLSERVER，ORACLE，多连接SQL和存储过程以及触发器。如果您不是“科班”出 身，您还需要补充一些数据库原理方面的知识。
六、 精通一种或两种WEBServer。尽管我再《如何成为java初级程序员》里讲过它，我还是要强调您要精通一种或两种。因为作为JAVA工程师，特别时 想成为高级JAVA工程师的您，您不可避免地要部署您的项目到WebServer上，而且只有当您精通一种WebServer，您才可能最大限度地使用它 的资源，这往往可以节省很多时间和精力。
七、 UML。我知道您肯定想成为高级工程师，因此您有必要了解或熟练或精通UML，这取决于您有多大决心想成为高级工程师和项目经理。在比较正规的开发团队 中，UML是讨论项目的交流工具，您要想做一个软件工程师，您至少要能看懂，您要想做高级工程师，您要能通过它来描述您对项目的理解，尽管这不是必须，但 却很重要。
八、 站在高度分析问题：这不是一个知识点，也不是通过书本就能学得到的。只所以提到这一点，是因为我比您还着急，我希望您更快的成为一个高级的软件工程师，而 不是一个一般的软件工程师。希望您在工作中多向您的系统分析员、需求分析员、系统设计员学习，多站在他们角度上去看您在开发的项目。在最好在项目之初先在 您的脑海里对项目有个大致的分析、设计，然后和他们进行比较，找找差别，想想缺点。
九、 工具。与在《如何成为java初级程序员》里提到的不同，您在这个阶段可能接触到不同的工具了，尽管您还需要使用JB或者IDEA，但能可能对 ROSE，Together要多了解一些，因为您要画UML了。不要再对Dreamweaver等HTML编辑器情有独钟了，那些JSP页面让初级程序员 去写吧
微观方面
1.Core Java部分
这是最基础的,对于一个java高级开发/设计人员,你需要对这一部分达到精通的水平,重点内容如下:
a.面向对象编程思想(封装继承多态接口)
b.字符串处理
c.java.lang包,java.util包等常用包
d.java异常处理
2.Java高级部分
a.Java I/O流
b.Java多线程技术
c.Java网络编程
d.Java Swing
后两项可以了解即可,如果项目需要可以深入研究
3.前端基本技能
* HTML + CSS网页开发
* JavaScript
* Jquery
* 浏览器兼容性 CSS hack(了解)
4.熟练使用JSP + Servlet进行开发
5.MVC设计模式,原理,以及相关框架,如Struts
6.SSH框架
7.缓存技术 session & cookie
8.熟练使用一种以上Java开发工具（Eclipse/MyEclipse/Jbuilder/Jcreator/IntelliJIEDA/NetBeans）
9.熟练使用XML
JDOM w3c.dom SAX
10.Java设计模式
工厂模式,单例模式 ==
11.Java反射机制
反射的各种用法
12.了解或熟悉 C, C++, .NET
13.熟悉JDK的配置,环境变量
14.数据库oracle必学,其他最好了解一种以上(mysql,sql server,access==)
oracle:视图,索引,存储过程,触发器,游标,包,常用函数 ==
15.数据库原理
事务的原理,锁机制,表连接,复杂查询语句(工作经验),性能调优,锁表以及解决方案==
16.JDBC,连接池
17.Ajax,反向Ajax
18.HTTP协议,request 和 response的原理,HTTP status(了解常用的),Https原理
19.熟悉Linux基本命令,使用过Linux/Unix系统,可以编写shell脚本,可以在Linux上部署项目
20.了解windows系统批处理脚本bat
21.了解HTML5,最好学习过
22.熟悉一种JS框架,如Prototype
23.J2EE原理 熟悉一种以上web容器如Tomcat,JBoss,websphere,weblogic==
24.熟悉ant或maven
25.熟悉一门脚本语言,如python ,ruby
26.了解php/ asp
27.了解ftp协议及原理
28.熟练使用Junit测试,熟悉Mockito等测试工具
29,熟悉javac,javadoc,native,native2ascii等常用命令
30.熟悉常用的排序算法,如冒泡排序,快速排序等,最好自己研究过一些的算法。
31.了解Flex(不学也没关系)
32.了解敏捷开发模式
33.工作流workflow至少用过一种,如OSworkflow,了解原理
34.使用过VP*了解其原理
35.熟悉jstl表达式和el表达式
36.熟悉webservice,WSDL,SOAP
37.图片处理,如图片上传,预览,限制大小等
38.版本控制工具,CVS VSS SVN
39,JSON技术,JSON+AJAX
40.分页技术,最好自己实现过不仅仅是用过要知道原理
41.Java Mail
42.Java读写txt,excel,JXL技术
43.JVM原理,JVM内存管理,GC,Java堆栈池
44.熟练使用下面的工具:
office办公软件,word,excel,ppt等
plsql,sqldevelop 数据库开发工具
outlook大公司都用
ue编辑器
浏览器控制台,调试
SHH/PUTTY 远程
45.UML建模工具Rational Rose等
46. 使用log4j
47.使用过开放Api如百度，腾讯街景，新浪微博等
48.页面静态化技术（伪静态页面）
49.报表技术，使用过报表制作工具，如水晶易表。
50.定时任务，如Spring batch ,学会自定义batch任务（不适用第三方工具）
51.了解uuid
52.b/s 和 c/s架构
53.正则表达式
54.了解jndi jms
55.ERP
56.UNICODE编码，乱码解决
57.开源网络编辑器，如ckEditor
58.二进制原理
59.使用过，了解过开源论坛框架，如discuzz
60.GWT，Closure框架
61.了解大数据，云计算
62.搜索引擎搜索技术
63.软件工程，项目管理
上班需要学会的办公软件有哪些？
如果有一个可以搞定 PPT 的智能工具，你只用出内容，它来负责操作制作，画面简直不要太美。
比如任何行业的人，如教育、医疗、金融或者物流等，只需输入行业名称，即可得到所对应的一套完整的模板。像这样：又或者不用再去各种网站上找高清免费图片，只需在工具里轻轻一点，就会出现高清、免费可商用的图片。像这样：不用为数据表达费劲心思，在工具里一键加入有趣、可调整数值的图表。像这样：不用哀求设计大爷们做插图，直接在工具里插入，精美时尚的插图。像这样：经过以上功能的协助，PPT 不仅会变得颜值爆表，更重要的是节约了时间，真正做到高效工作、学习，简直是解放生产力！好了，到了揭晓答案的时候，以上 PPT 功能都真实存在，均出自高效插件——iSlide！iSlide 插件所包含的功能可以在短时间内让你做出专业级 PPT。就像这样：iSlide 下载地址官网 www.islide.cc这正是今天要给大家推荐的一款专业的 PPT 插件，也是 PPT 大神们一直按头安利的利器——iSlide。iSlide 插件支持 Office 和 WPS，以及 Mac 系统。我们来详细展示一下 iSlide 的厉害之处：设计排版●图片怎么排？图文比例多少？每次做 PPT 都会面临排版问题，脑海中有想法但是要实现还得花不少功夫。比如像这样的图形布局：散乱的目标过 iSlide 的矩阵布局功能可以瞬间排列整齐，还可通过数值调控成你想要的数量、间距甚至角度。除此之外，iSlide 将可能会用到的小工具分类集合在一起，统一放在 PPT 的设计工具栏，使用相当便捷。一键优化●制作 PPT 的过程经常会遇到来回反复修改字体、颜色等操作，如果一页一页去修改，显然太折磨人，而 iSlide 的一键优化功能可以一次性统一字体、段落、色彩等，节省时间、提高效率。菜单栏里有 8 项资源库，分别是案例库、主题库、图示库、图标库、图片库、插图库、色彩库、智能图表库，我们接下来将具体介绍这些神奇的功能。模板案例库●这个案例库里面全是可供用户下载的成品模板，但是区别于那些泛滥网络的模板——这里面的素材全是原创设计，并且分类精确。还给你内容逻辑大纲和框架，甚至是更有价值、可以复用的内容！个人述职报告内容大纲示意这些内容将涵盖演示设计应用的各种场景！智能主题库●其中第一个是主题库，它的存在就相当于一个风格库，为你的 PPT 打好一个风格基础，需要哪种 style 的模板直接在里面挑选，这样比在网上搜索模板节省很多时间，毕竟不是每一个模板都那么合适。色彩库●色彩库里面集中了各个行业的颜色搭配。这里面的色彩搭配可以做到一键就让整套 PPT 的色彩风格全部改变。点击相应的颜色系列，选择应用到当前页面或全部页面即可。图示库●图示库提供了一种叫分页模板的功能，这与 PPT 中的 SmartArt 功能类似。但是它可以提供几千种选择，而且每天都有更新。图标库●大家可以留意上图，在分页模板里的图标替换，就是在这个图标库里完成的。总共有 16 万多个图标可供选择，绝对不带重样的。智能图表库●智能图表库里面有丰富的各种个性化图表可供选择。选取适合的图表，点击编辑器跟随按钮，再进行编辑，这样你的 PPT 就会变得更生动，不再干巴巴的。不仅仅显示1~100的百分比。同时还可以控制小数及否显示数值、百分比。图片库●图片库里有各行各业的图片 9000 多张可供选择。各种分类风格一应俱全。而且所有图片都是免费可商用的，最重要的一点，可以和iSlide图示功能无缝对接，适应页面各种尺寸。这样就不用再另外搜图了，太方便了~插图库●如果看够了图标和图片这两种传统的辅助素材，可以来试一下插图中的插图。3000 多张各行各业的插图供你选择，它的存在也符合现在的审美，趋近于扁平风的流行趋势。一键动画●PPT中的动画功能用得好可以锦上添花，用不好会让PPT掉档次，这款插件为不会动画的小白准备了一个叫做补间动画的功能，一键生成渐变动画，随意组合颜色，让你的PPT视觉效果更有冲击力。利用 iSlide 补间，可以做出非常有意思的效果。比如两层不同颜色的文字补间，做出立体字效：可直接放在封面中：或者是将页面中的数字立体化呈现出来：案例来自：PPT进化论 作者：宋雪贤使用平滑过渡，也能做出酷炫的 PPT 动画效果。比如让页面元素向外发散：或者向内聚合：还能够产生由远及近的视错觉：案例来自：PPT进化论 作者：宋雪贤一键拼图●PPT 做好以后点击菜单栏的 PPT 拼图，可以导出单张图或者长图，第一时间把你的 PPT 呈现。不使用PS软件，就可以将PPT页面按照指定的方式排列拼接成长图，并可以添加水印，保护原创。用 PPT 来做详情页：还可以将PPT页面拼接成长图，方便我们在手机端预览——案例来自：PPT进化论 作者：宋雪贤上面讲的内容，其实只是我们 iSlide 功能中的冰山一角，解锁更多功能，更重要的是自己下载体验。iSlide官网：https://www.islide.cc/
什么样的代码叫好代码？
送大家以下java学习资料
简介： 我们每天都与代码打交道，但当被问道什么是好的代码时，很多人可能会先愣一下，然后给出的回答要么比较空泛，要么比较散，没办法简单明了地概括出来。显然，这个问题并没有唯一的标准答案，谁都可以谈论自己的理解，今天谈谈我对于好代码的理解。
我们每天都与代码打交道，但当被问道什么是好的代码时，很多人可能会先愣一下，然后给出的回答要么比较空泛，要么比较散，没办法简单明了地概括出来。显然，这个问题并没有唯一的标准答案，谁都可以谈论自己的理解，今天谈谈我对于好代码的理解。
一句话概括衡量代码质量的唯一有效标准：WTF/min —— Robert C. Martin
Bob大叔对于好代码的理解非常有趣，对我也有很大的启发。我们编写的代码，除了用于机器执行产生我们预期的效果以外，更多的时候是给人读的，这个读代码的可能是后来的维护人员，更多时候是一段时间后的作者本人。
我敢打赌每个人都遇到过这样的情况：过几周或者几个月之后，再看到自己写的代码，感觉一团糟，不禁怀疑人生。
我们自己写的代码，一段时间后自己看尚且如此，更别提拿给别人看了。
任何一个傻瓜都能写出计算机可以理解的代码。唯有写出人类容易理解的代码，才是优秀的程序员。—— Martin Fowler
所以，谈到好代码，首先跳入自己脑子里的一个词就是：整洁。
好的代码一定是整洁的，给阅读的人一种如沐春风，赏心悦目的感觉。
整洁的代码如同优美的散文。—— Grady Booch
好代码的特性很难给好的代码下一个定义，相信很多人跟我一样不会认为整洁的代码就一定是好代码，但好代码一定是整洁的，整洁是好代码的必要条件。整洁的代码一定是高内聚低耦合的，也一定是可读性强、易维护的。
高内聚低耦合
高内聚低耦合几乎是每个程序员员都会挂在嘴边的，但这个词太过于宽泛，太过于正确，所以聪明的编程人员们提出了若干面向对象设计原则来衡量代码的优劣：
开闭原则 OCP (The Open-Close Principle)单一职责原则 SRP (Single Responsibility Principle)依赖倒置原则 DIP (Dependence Inversion Principle)最少知识原则 LKP (Least Knowledge Principle)) / 迪米特法则 (Law Of Demeter)
里氏替换原则 LSP (Liskov Substitution Principle)接口隔离原则 ISP (Interface Segregation Principle)组合/聚合复用原则 CARP (Composite/Aggregate Reuse Principle)这些原则想必大家都很熟悉了，是我们编写代码时的指导方针，按照这些原则开发的代码具有高内聚低耦合的特性。换句话说，我们可以用这些原则来衡量代码的优劣。
但这些原则并不是死板的教条，我们也经常会因为其他的权衡（例如可读性、复杂度等）违背或者放弃一些原则。比如子类拥有特性的方法时，我们很可能打破里氏替换原则。再比如，单一职责原则跟接口隔离原则有时候是冲突的，我们通常会舍弃接口隔离原则，保持单一职责。只要打破原则的理由足够充分，也并不见得是坏的代码。
可读性
代码只要具有了高内聚和低耦合就足够好了吗？并不见得，我认为代码还必须是易读的。好的代码无论是风格、结构还是设计上都应该是可读性很强的。可以从以下几个方面考虑整洁代码，提高可读性。
命名
大到项目名、包名、类名，小到方法名、变量名、参数名，甚至是一个临时变量的名称，其命名都是很严肃的事，好的名字需要斟酌。
► 名副其实
好的名称一定是名副其实的，不需要注释解释即可明白其含义的。
/** * 创建后的天数 **/ int d; int daysSinceCreation;
后者比前者的命名要好很多，阅读者一下子就明白了变量的意思。
► 容易区分
我们很容易就会写下非常相近的方法名，仅从名称无法区分两者到底有啥区别（eg. getAccount()与getAccountInfo()），这样在调用时也很难抉择要用哪个，需要去看实现的代码才能确定。
► 可读的
名称一定是可读的，易读的，最好不要用自创的缩写，或者中英文混写。
► 足够短
名称当然不是越长越好，应该在足够表达其含义的情况下越短越好。
格式
良好的代码格式也是提高可读性非常重要的一环，分为垂直格式和水平格式。
► 垂直格式
通常一行只写一个表达式或者子句。一组代码代表一个完整的思路，不同组的代码中间用空行间隔。
public class Demo { @Resource private List<Handler> handlerList; private Map<TypeEnum, Handler> handlerMap = new ConcurrentHashMap<>(); @PostConstruct private void init() { if (!CollectionUtils.isEmpty(handlerList)) { for (Handler handler : handlerList) { handlerMap.put(handler.getType(), handler); } } } publicResult<Map<String, Object>> query(Long id, TypeEnum typeEnum) { Handler handler = handlerMap.get(typeEnum); if (null == handler) { return Result.returnFailed(ErrorCode.CAN_NOT_HANDLE); } return handler.query(id); } }
如果去掉了空行，可读性大大降低。
public class Demo { @Resource private List<Handler> handlerList; private Map<TypeEnum, Handler> handlerMap = new ConcurrentHashMap<>(); @PostConstruct private void init() { if (!CollectionUtils.isEmpty(handlerList)) { for (Handler handler : handlerList) { handlerMap.put(handler.getType(), handler); } } } public Result<Map<String, Object>> query(Long id, TypeEnum typeEnum) { Handler handler = handlerMap.get(typeEnum); if (null == handler) { return Result.returnFailed(ErrorCode.CAN_NOT_HANDLE); } return handler.query(id); } }
类静态变量、实体变量应定义在类的顶部。类内方法定义顺序依次是：公有方法或保护方法 > 私有方法 > getter/setter 方法。
► 水平格式
要有适当的缩进和空格。
► 团队统一
通常，同一个团队的风格尽量保持一致。集团对于 Java 开发进行了非常详细的规范。（可点击下方阅读原文，了解更多内容）
类与函数
► 类和函数应短小，更短小
类和函数都不应该过长（集团要求函数长度最多不能超过 80 行），过长的函数可读性一定差，往往也包含了大量重复的代码。
► 函数只做一件事（同一层次的事）
同一个函数的每条执行语句应该是统一层次的抽象。例如，我们经常会写一个函数需要给某个 DTO 赋值，然后再调用接口，接着返回结果。那么这个函数应该包含三步：DTO 赋值，调用接口，处理结果。如果函数中还包含了 DTO 赋值的具体操作，那么说明此函数的执行语句并不是在同一层次的抽象。
► 参数越少越好
参数越多的函数，调用时越麻烦。尽量保持参数数量足够少，最好是没有。
注释
► 别给糟糕的代码加注释，重构他
注释不能美化糟糕的代码。当企图使用注释前，先考虑是否可以通过调整结构，命名等操作，消除写注释的必要，往往这样做之后注释就多余了。
► 好的注释提供信息、表达意图、阐释、警告
我们经常遇到这样的情况：注释写的代码执行逻辑与实际代码的逻辑并不符合。大多数时候都是因为代码变化了，而注释并没有跟进变化。所以，注释最好提供一些代码没有的额外信息，展示自己的设计意图，而不是写具体如何实现。
► 删除掉注释的代码
git等版本控制已经帮我们记录了代码的变更历史，没必要继续留着过时的代码，注释的代码也会对阅读等造成干扰。
错误处理
► 错误处理很重要，但他不能搞乱代码逻辑
错误处理应该集中在同一层处理，并且错误处理的函数最好不包含其他的业务逻辑代码，只需要处理错误信息即可。
► 抛出异常时提供足够多的环境和说明，方便排查问题
异常抛出时最好将执行的类名，关键数据，环境信息等均抛出，此时自定义的异常类就派上用场了，通过统一的一层处理异常，可以方便快速地定位到问题。
► 特例模型可消除异常控制或者 null 判断
大多数的异常都是来源于NPE，有时候这个可以通过 Null Object 来消除掉。
► 尽量不要返回 null ，不要传 null 参数
不返回 null 和不传 null 也是为了尽量降低 NPE 的可能性。
如何判断不是好的代码讨论了好代码的必要条件，我们再来看看好代码的否定条件：什么不是好的代码。Kent Beck 使用味道来形容重构的时机，我认为当代码有坏味道的时候，也代表了其并不是好的代码。
代码的坏味道
► 重复
重复可能是软件中一切邪恶的根源。—— Robert C.Martin
Martin Fowler 也认为坏味道中首当其冲的就是重复代码。
很多时候，当我们消除了重复代码之后，发现代码就已经比原来整洁多了。
► 函数过长、类过大、参数过长
过长的函数解释能力、共享能力、选择能力都较差，也不易维护。
过大的类代表了类做了很多事情，也常常有过多的重复代码。
参数过长，不易理解，调用时也容易出错。
► 发散式变化、霰弹式修改、依恋情结
如果一个类不是单一职责的，则不同的变化可能都需要修改这个类，说明存在发散式变化，应考虑将不同的变化分离开。
如果某个变化需要修改多个类的方法，则说明存在霰弹式修改，应考虑将这些需要修改的方法放入同一个类。
如果函数对于某个类的兴趣高于了自己所处的类，说明存在依恋情结，应考虑将函数转移到他应有的类中。
► 数据泥团
有时候会发现三四个相同的字段，在多个类和函数中均出现，这时候说明有必要给这一组字段建立一个类，将其封装起来。
► 过多的 if...else 或者使用 switch
过多的 if...else 或者 switch ，都应该考虑用多态来替换掉。甚至有些人认为除个别情况外，代码中就不应该存在 if...else 。
本文首先一句话概括了我认为的好代码的必要条件：整洁，接着具体分析了整洁代码的特点，又分析了好代码的否定条件：什么样的代码不是好的代码。仅是本人的一些见解，希望对各位以后的编程有些许的帮助。
我认为仅仅编写出可运行的代码是远远不够的，还要时刻注意代码的整洁度，留下一些漂亮的代码，希望写的代码都能保留并运行 102 年！
后续增加一些实际的例子来说明好的和坏的代码；分享下如何编写整洁代码——自己认为有用的一些编程技巧。