php怎么设置c代码，php什么格式？
php，又称超文本预处理器，是一种通用开源脚本语言。其是在服务器端执行的脚本语言，与C语言类似，是常用的网站编程语言。 php混合了C、Java、Perl等语法，具有较好的可移植性、可靠性以及较高的运行效率，主要适用于Web开发领域。
HTML有什么区别？
一、PHP：1、概念：PHP（外文名:PHP: Hypertext Preprocessor，中文名：“超文本预处置器”）是一种通用开源脚本言语。语法吸收了C言语、Java和Perl的特性，利于学习，运用普遍，主要适用于Web开发范畴。PHP 共同的语法混合了C、Java、Perl以及PHP自创的语法。它能够比CGI或者Perl更快速地执行动态网页。用PHP做出的动态页面与其他的编程言语相比，PHP是将程序嵌入到HTML（规范通用标志言语下的一个应用）文档中去执行，执行效率比完整生成HTML标志的CGI要高许多；PHP还能够执行编译后代码，编译能够到达加密和优化代码运转，使代码运转更快。2、特性：（1）. PHP 共同的语法混合了 C、Java、Perl 以及 PHP 自创新的语法。（2）. PHP能够比CGI或者Perl更快速的执行动态网页——动态页面方面，与其他的编程言语相比，PHP是将程序嵌入到HTML文档中去执行，执行效率比完整生成htmL标志的CGI要高许多；PHP具有十分强大的功用，一切的CGI的功用PHP都能完成。（3）. PHP支持简直一切盛行的数据库以及操作系统。（4）. 最重要的是PHP能够用C、C++停止程序的扩展！3、优点： (1)、运转在web服务器：学会了PHP，就能够指挥服务器给你干活，WEB网站的大局部数据都是存储在效劳器端的，PHP就是用来 处置这些存储在服务器的数据的。(2)、跨平台：效劳器能够是多种平台的服务器，比方Linux、Windows、Unix，你都能够 指挥。(3)、脚本言语：它是经过编写脚本，也就是一行行的计算机指令，来指挥服务器来工作的。
(4)、免费
二、HTML：
1:、概念：“超文本”就是指页面内能够包含图片、链接，以至音乐、程序等非文字元素。超文本标志言语的构造包括“头”局部（英语：Head）、和“主体”局部（英语：Body），其中“头”部提供关于网页的信息，“主体”局部提供网页的详细内容。2、定义：超级文本标志言语是规范通用标志言语下的一个应用，也是一种标准，一种规范，超文本标志言语，。 它经过标志符号来标志要显现的网页中的各个局部。网页文件自身是一种文本文件，经过在文本文件中添加标志符，能够通知阅读器如何显现其中的内容（如：文字如何处置，画面如何布置，图片如何显现等）。阅读器按次第阅读网页文件，然后依据标志符解释和显现其标志的内容，对书写出错的标志将不指出其错误，且不中止其解释执行过程，编制者只能经过显现效果来剖析出错缘由和出错部位。但需求留意的是，关于不同的阅读器，对同一标志符可能会有不完整相同的解释，因此可能会有不同的显现效果。3、书写方式：它其实是文本根本文本、文档编辑软件，运用微软自带的记事本或写字板都能够编写，当然，假如你用WPS来编写，也能够。不过存盘时请运用.htm或.html作为扩展名，这样就便当阅读器认出直接解释执行了。如何设置Web服务器的权限？
服务器的mvc被淘汰了。
用mvc也是在前端，在js框架上用mvc，这样服务器完全变成json的数据获取api了，当然权限控制需要设置在服务器，但这个是很个简单的需求，如jsp中只要用session在头文件中判断一下是否有权限，一行程序就可以解决，根本不用犯病用mvc，引入spring这种严重影响性能的反射机制。
如果你在html和js中用mvc,又在服务器中用mvc，这完全是过度设计，需要考虑二个mvc，考虑n层的问题，根本没有必要，服务器的mvc会导致性能低下，如果大量使用spring的反射速度会非常慢，而且把问题变得非常复杂。
web开发框架不断变化，但最终回到了通信量最小化的模式，即同样的服务器下客户端和服务器传输量最小的模式，即为最好模式，也为最优模式。
一、最早的是cgi开发，也就是一个http请求一个html文件被程序拼接出来输出，这个方法是所有方法的基础,通信应答方式，但每次请求需要传输最大化重复数据。
二、后来出现了类似java的servlet,c#的httphandler这个在cgi开发上的包装，主要可以处理session,get,post,request,response各种情况，通过get参数，post参数来获取动态内容，对服务器程序有一定复用。
三、再后来发现通过http处理框架，不能热布署，需要重启才能有效。这时发展出来了php,asp，asp dot net,jsp这种热加载框架，工作原理就像定时器一样把这些网页翻译成类似cgi来工作。
四、人们总是不断追求，发现php,jsp，就是代码和html混杂在一起，如是发展出了以java mvc为代表的分离绑定，出现了struts,spring,.net mvc,php zend mvc这种框架。
五、mvc出现后，发现开发一个界面需要改m,v,c三个部分，html视图出现支离破碎的情况，可能一部分html代码出现在m层，一部分html代码出现在v层，一部分html代码出现在c层，不方便美工分工合作，也不方便用于内容与视图的分离，于是又出现了模板开发，模板可能存在于数据库中动态生成内容，Velocity/NVelocity,FreeMarker,Thymeleaf,Razor等等。
五、模板开发号称简化了开发结果很多主流编辑器都不支持，很多有性能有问题，很多web应用需要无刷新需求，如gmail,来一个邮件可以显示出来，而不是需要用户不断刷新页面才能显示，不断的页面转跳影响用户体验,以jquery为代表ajax前端框架出现，直接从服务器获取json数据，动态绑定到html内容上。
六、大型web应用用面向过程的事件驱动开发会程序可能会像一根面条一样，动一根而动全身，加上各大浏览器竞争，在解析javascript性能得到很大的提升,html5和移动互联网的发展让web开发更加复杂，这时出现了前端使用mvc框架，把服务器当做通信api,用js获取json动态绑定到mvc的模板上。由于js都是在前端运行，多是开源的，出现了很多js框架，如Angular, Ember，Vue，React等，同时出现了大量的js ui库，如jquery ui,extjs,bootstrap等。在后端出现了微服务,webapi,websokect这种通信框架也需要js配对。在js上各种框架层出不穷，程序的业务功能不断向前端实现。
人们很多时候还是排列组合使用这些开发模式，但过去的很多框架受技术限制，只能委屈求全，折中出各种模式，通信量最小化无疑是一种最优选择，服务器端mvc性能差，向前端mvc发展是必然，在ajax+js mvc出现后，服务器理论上实现了通信量最小化（不考虑数据压缩的同等情况下）,可实现更高并发，服务器也就变成了获取json的api，根本不需要在服务器上实现mvc，未来web程序的主要焦点在前端程序上。M变成了json,C变成了js,V变成了html,app,实现了真正意义上的分离设计。
这种设计抽象好api完全可以复用于移动互联网的app，有了很好的软件复用效果，节约开发成本，是必然发展趋势。
php的发展前景怎么样？
学习PHP是有前途的，但这个前途不是停止在PHP上，而是不断的往前进，比如成为架构师、工程师或者管理层，这些才是更高的你需要奋斗的目标，千万不要只满足于底层程序员，否则就停滞不前了。
PHP前途有两条进阶路线：
一是技术路线，进系统分析师、系统设计师到架构设计师；
二是发展为管理层，由程序员，到开发小组负责人、工程负责人，在到项目经理。
总体来说，PHP还是可以学习的，只是一定要努力往上走，不然只是单纯的学习PHP，做开发人员，是不行的哦。
楼主，关于PHP学习，我这里有几个不同阶段的学习方法，你可以看下：
第一阶段：
第二阶段：
第三阶段：
第四阶段：
第五阶段：
各阶段配套视频：
第一阶段：
PHP基础视频_html+css+js
javascript+jQuery
html+css+bootstrap：
Php轻松入门视频
第二阶段：
6天玩转MySQL
PHP核心编程视频教程
第三阶段：
基于PHP面向对象的自定义MVC框架高级项目开发
Smarty入门视频课程免费分享
第四阶段:
SVN视频教程无偿分享
2017XML视频教程
2017AJAX系列视频教程
ThinkPHP开发框架2016版
2016最新Linux系列视频教程免费分享
第五阶段：
NoSQL之Redis技术
PHP微信接口开发
mongodb实操视频
什么样的代码叫好代码？
送大家以下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 年！
后续增加一些实际的例子来说明好的和坏的代码；分享下如何编写整洁代码——自己认为有用的一些编程技巧。