php怎么变成常量，什么样的代码叫好代码？
送大家以下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 年！
后续增加一些实际的例子来说明好的和坏的代码；分享下如何编写整洁代码——自己认为有用的一些编程技巧。
php高端功能？
1.使用Per-Class常量。
用途：可以在不需要初始化该类的情况下使用：
例子：
<?phpclass Man //定义Man类
{
const birthday = 19960101; //定义常量变量
}
//使用const修饰的变量，我们可以通过：：操作符对其进行访问。例如：
echo Man::birthday;
//使用const修饰的变量是无法进行修改的，例如：
// Man::birthday=19990101;
//上面那句是会报语法错误的。
?>
执行结果：打印出变量值 也就是19960101
2.对静态方法的实现
用途：PHP可以在方法前面使用static关键字，该方法就可以在未初始化类的情况下通过类名::来进行调用，类似于上面。例如：
<?php
class Man //创建一个Man类
{
static function boy() //创建静态方法
{
return 'boy'; //函数返回字符串boy
}
}
echo Man::boy(); //打印函数的返回值，也就是boy
//但是在静态方法中，是不能使用this关键字的。因为可能会没有可以引用的对象实例
//通俗点说，就是一般我们调用函数是使用obj->method(),而$this就是当前的对象，但是因为
//我们没有对类进行进行实例化，也就没有所谓的对象，故不能使用。
?>
3.延迟静态绑定
从PHP5.3版本引入了延迟静态绑定（last static binding）的概念。
用途：允许在一个静态继承的上下文中对一个被调用类的引用。父类可以使用子类重载的静态方法。例如：
php类怎么用define定义常量？
<?phpdefine("CONSTANT", "Hello world.");echo CONSTANT; // outputs "Hello world."echo Constant; // outputs "Constant" and issues a notice.define("GREETING", "Hello you.", true);echo GREETING; // outputs "Hello you."echo Greeting; // outputs "Hello you."?> 注意大小写。这样写便可全局。若要在函数中，用此法也行：globel wc;wc="god";
PHP如何进阶？
您好，我是10年码农小胖，我觉得PHP如何进阶分三步走。因为每个人所处的技术水平不同，我想以下三步有您想要的答案PHP初级开发阶段，如果您把这些内容掌握很透彻了，并且能迅速完成工作中的需求。不断去练习，我想离您进阶中级不远了
1，PHP介绍，PHP的版本发展史等入门级内容，基础 语法，比如变量，数据类型，常量，流程控制，运算符，字符串，数组以及函数等
2，HTTP协议，超全局变量，会话控制(session,cookie),文件系统，上传文件，图像处理等。
3，MySQL数据库，库，表，字段类型，SQL语句，事务，锁，表引擎，索引，函数，存储过程，视图等。
4，PHP 操作MySQL数据库：使用MySQL扩展函数操作数据库，实现增，删，改，查，排序等功能。
5，实现常用的功能模块：注册，登录，记住登录状态，找回密码，权限等。
6，网站安全：SQL注入，XSS（跨脚本攻击），ARP攻击，防钓鱼网站等
7，微信接口开发：如微信号申请，微信类型，接收消息，微信支付等
8，Soket编程： socket,TCP/UDP,构造HTTP协议字符串，发送协议，XML，正则等
PHP中级开发阶段，在中级阶段必须要掌握这些东西才能进阶1，网站优化：比如，静态化，缓存，延迟加载，数据库优化，SQL优化等
2，Memcache跟Redis 存储原理，队列，事务等，以及面向对象编程思想
3，自己动手编写MVC框架,一些版本控制工具需要掌握，目前市场上比较出名的微信支付，腾讯视频API要熟练掌握
4，掌握ThinkPHP框架原理，以及熟悉前端知识，能用框架为前端以及APP提供接口。
PHP高级开发阶段这方面，您就要在操作系统，大型网站集群架构（高可用，负载均衡，反向代理等）方面要下足功夫了。以及掌握设计模式，并能自己根据企业需求，搭建适合企业的大型框架了。然后对于项目的需求，能做到信手拈来。迅速决定采用什么技术栈应该是PHP开发者追求的目标。
以上是我根据各个阶段列举出需要进阶的知识点。不管您处在哪个阶段，我想疯狂的撸代码，实战才是王道。把掌握的东西应用到项目中，在实现基础功能的前提下，再想着如何优化。希望我的回答对您有所帮助。
感谢您的阅读，欢迎关注我，一起交流撸代码那些事情怎么学好编程？
先了解编程的概念。编程，就是让计算机代为解决某个问题，对某个计算体系规定一定的运算方式，使计算体系按照该计算方式运行，并最终得到相应结果的过程。
为了使计算机能够理解人的意图，人类就必须将需解决的问题的思路、方法和手段通过计算机能够理解的形式告诉计算机，使得计算机能够根据人的指令一步一步去工作，完成某种特定的任务。这种人和计算体系之间交流的过程就是编程。
从这个定义中可以看出编程是人与计算机的交流方式，交流的目的是调用计算机的资源，这些资源包括显示、声音播放、计算、存储、数据库、网络通信等。为了让计算机能够理解，必须使用编程语言。
对于计算机来说，一切不过都是数字。那我们编写代码的目的其实就是告诉计算机两件事，一是有哪些数，二是该怎么算！因此程序的组成也就是两个部分：数和数的组织方式，即数据结构，和运算的逻辑，即算法。而所有的编程语言就是要把这两个部分的内容表达好。
一个完整的编程语言，一般会包含如下内容：数据的声明与类型、运算符与关键词、3大语句（赋值、选择、循环）、数据结构、方法、类等。其中数据的声明与类型、数据结构是用于表达数和数的组织方式；剩余的除了类以外则是表达运算的逻辑；而类是最特殊的，它既包含数据结构又包含运算逻辑。
在学习编程时往往会遇到一个难题：计算机专业相关的知识点非常多，看起来又高深莫测的样子。要能够掌握而且快速掌握大量的编程知识，我们要有一个干净利落的切入角度。
我们首先要弄清楚一个问题：什么是知识？知识就是解决问题办法的总结。我们接触到的所有知识都是为了解决某个问题才出现的，你知道了那个问题，明白了别人解决问题的思路，这个解决办法也就掌握了。很多同学陷入知识的海洋弄得云里雾里辨不清方向，就是因为不知道这些个知识是干嘛用的，不知道它们是为解决什么问题而出现的。而计算机技术里的很多知识更是这样，为了解决问题而出现，出现就是一大串。你不知道它要解决什么问题，就等着被绕晕吧。所以我们先要把编程中遇到的问题找出来，再理解这个问题是怎么解决的，而这个解决的办法就是所谓的“知识点”。因此要经常发出“灵魂三问”
这种学习的方法叫做“面向问题的学习方法”。用这种学习方法，在学习中接触到新知识的时候，马上意识到这是某种问题的解决办法，并且从问题切入，相信很快就能把新知识理解并加以运用。
最后，也最根本的一条，编程的学习是拿来用的，也只有会用才能真正掌握语言，理解编程相关知识。想学编程的话，可以来看看我发布的零基础学编程课程，学起来既简单又很好玩喔。