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 年！
后续增加一些实际的例子来说明好的和坏的代码；分享下如何编写整洁代码——自己认为有用的一些编程技巧。
编程是什么？
编程的概念
编程就是为了借助于计算机来达到某一目的或解决某个问题，而使用某种程序设计语言编写程序代码，并最终得到结果的过程。
计算机虽然功能十分强大。可以上网、玩游戏、管理公司人事关系等等，但是没有程序，它就等于是一堆废铁，不会理会我们对它下达的“命令”。
于是，我们要驯服它，只有通过一种方式——程序，这也是我们和计算机沟通的唯一方式。
程序也就是指令的集合，它告诉计算机如何执行特殊的任务。 写出程序后，再由特殊的软件将你的程序解释或翻译成计算机能够识别的“计算机语言”，然后计算机就可以“听得懂”你的话了，并会按照你的吩咐去做事了。
因此，编程实际上也就是“人给计算机出规则”这么一个过程。 随计算机语言的种类非常的多，总的来说可以分成机器语言，汇编语言，高级语言三大类。
电脑每做的一次动作，一个步骤，都是按照已经用计算机语言编好的程序来执行，程序是计算机要执行的指令的集合，而程序全部都是用我们所掌握的语言来编写的。所以人们要控制计算机一定要通过计算机语言向计算机发出命令。 计算机所能识别的语言只有机器语言，即由构成的代码。
但通常人们编程时，不采用机器语言，因为它非常难于记忆和识别。 汇编语言的实质和机器语言是相同的，都是直接对硬件操作，只不过指令采用了英文缩写的标识符，更容易识别和记忆。它同样需要编程者将每一步具体的操作用命令的形式写出来。
汇编程序的每一句指令只能对应实际操作过程中的一个很细微的动作，例如移动、自增，因此汇编源程序一般比较冗长、复杂、容易出错，而且使用汇编语言编程需要有更多的计算机专业知识，但汇编语言的优点也是显而易见的，用汇编语言所能完成的操作不是一般高级语言所能实现的，而且源程序经汇编生成的可执行文件不仅比较小，而且执行速度很快。 高级语言是绝大多数编程者的选择。
和汇编语言相比，它不但将许多相关的机器指令合成为单条指令并且去掉了与具体操作有关但与完成工作无关的细节，例如使用堆栈、寄存器等，这样就大大简化了程序中的指令。由于省略了很多细节，所以编程者也不需要具备太多的专业知识。
高级语言主要是相对于汇编语言而言，它并不是特指某一种具体的语言，而是包括了很多编程语言，如流行的VB、VC、FoxPro、Delphi等，这些语言的语法、命令格式都各不相同。
语言介绍机器语言
编程在计算机系统中，一条机器指令规定了计算机系统的一个特定动作。一个系列的计算机在硬件设计制造时就用了若干指令规定了该系列计算机能够进行的基本操作，这些指令一起构成了该系列计算机的指令系统。在计算机应用的初期，程序员使用机器的指令系统来编写计算机应用程序，这种程序称为机器语言程序。使用机器语言编写的程序，由于每条指令都对应计算机一个特定的基本动作，所以程序占用内存少、执行效率高。缺点也很明显，如：编程工作量大，容易出错；依赖具体的计算机体系，因而程序的通用性、移植性都很差。
汇编语言
为了解决使用机器语言编写应用程序所带来的一系列问题，人们首先想到了使用助记符号来代替不容易记忆的机器指令。这种助记符号来表示计算机指令的语言称为符号语言，也称汇编语言。在汇编语言中，每一条用符号来表示的汇编指令与计算机机器指令一一对应；记忆难度大大减少了，不仅易于检查和修改程序错误，而且指令、数据的存放位置可以有计算机自动分配。用汇编语言编写的程序称为源程序，计算机不能直接识别和处理源程序，必须通过某种方法将它翻译成为计算机能够理解并执行的机器语言，执行这个翻译工作的程序称为汇编程序。
使用汇编语言编写计算机程序，程序员仍然需要十分熟悉计算机系统的硬件结构，所以从程序设计本身上来看仍然是低效率的、烦琐的。但正是由于汇编语言与计算机硬件系统关系密切，在某些特定的场合，如对时空效率要求很高的系统核心程序以及实时控制程序等，迄今为止汇编语言仍然是十分有效的程序设计工具。
高级语言
高级语言是一类接近于人类自然语言和数学语言的程序设计语言的统称。按照其程序设计的出发点和方式不同，高级语言分为了面向过程的语言和面向对象的语言，如Fortran语言、C语言等都是面向过程的语言；而以C++、JAVA、C# 、Smalltalk等为代表的面向对象的语言与面向过程语言有着许多不同，这些语言支持“程序是相互联系的离散对象集合”，这样一种新的程序设计思维方式，具有封装性、继承性和多态性等特征。
高级语言按照一定的语法规则，由表达各种意义的运算对象和运算方法构成。使用高级语言编写程序的优点是：编程相对简单、直观、易理解、不容易出错；高级语言是独立于计算机的，因而用高级语言编写的计算机程序通用性好，具有较好的移植性。
用高级语言编写的程序称为源程序，计算机系统不能直接理解和执行，必须通过一个语言处理系统将其转换为计算机系统能够认识、理解的目标程序才能成为计算机系统执行。
易语言编程也还可以。
执行原理计算机对除机器语言以外的源程序不能直接识别、理解和执行，都必须通过某种方式转换为计算机能够直接执行的机器语言这种将高级程序设计语言编写的源程序转换到机器目标程序的方式有两种：解释方式和编译方式。
解释方式下，计算机对高级语言书写的源程序一边解释一边执行，不能形成目标文件和执行文件。编译方式下，首先通过一个对应于所用程序设计语言的编译程序对源程序进行处理，经过对源程序的词法分析、语法分析、语意分析、代码生成和代码优化等阶段将所处理的源程序转换为用二进制代码表示的目标程序，然后通过连接程序处理将程序中所用的函数调用、系统功能调用等嵌入到目标程序中，构成一个可以连续执行的二进制执行文件。调用这个执行文件就可以实现程序员在对应源程序文件中所指定的相应功能。编程介绍可视编程
编程可视化编程也越来越重要，所谓的可视化程序设计和Visual Basic或Visual C++并不同，支持可视化程序设计的IDE可以让开发人员直接移动程序单元来建立流程图和结构图，然后直接做编译或解释，这一类的流程图通常是以UML为基础。
这样的界面因为乐高的Mindstorms开始普及，一些公司也开始透过浏览器Mozilla和分布式程序设计（LabVIEW）往这方面努力。从1980年代开始，第一个可视化程序设计系统—Max，就是以类比合成器的设计为榜样，同时被用来开发即时音乐演出软件。 这种方法也被用在专业软件，例如Openlab，这类的使用者需要完整程序设计语言的弹性，并不想要传统的学习曲线。 可视化程序设计语言有另一个半免费和开放源代码的替代品－Mindscript，具有加密系统和连结数据库等等。
移动编程
编程主要指android/iphone编程开发，主要是针对3G智能手机应用、游戏进行开发。根据市场研究公司ChetanSharmaConsulting的研究数据显示，移动软件市场总额2011年为41亿美元，预计2012年将飙升到175亿美元。这使得技术公司对应用程序开发人才的需求越来越大。那些能够为苹果iPhone操作系统、谷歌Android操作系统和RIM黑莓操作系统等移动平台编写应用程序的开发人员非常抢手。这种巨大的市场需求直接导致了招聘公司之间激烈的人才争夺大战，也无形中提高了开发人员的薪水。3G梦工场在全国最先开始3G专业。
安卓编程
编程从人才需求类型来看，对Android人才需求一类是偏向硬件驱动的Android人才需求，一类是偏向软件应用的Android人才需求。从招聘需求来看，后者的需求最大，包括手机游戏、手机终端应用软件和其他手机应用软件的开发。据职酷网职位搜索库统计显示，企业对这类应用软件的Android开发人才占总需求的72%。职业专家分析说，由于Android技术较新，无论是相关书籍、培训还是大学教育，都处于初级阶段，因此Android人才短期将供不应求。从长期来看，随着各种移动应用和手机游戏等内容需求日益增加，也将激励大中小型手机应用开发商加大对Android应用的开发力度，因此Android人才的就业前景也非常广泛。
此回答来自乐字节
java全套自学b站：BV1J5411c78D
十大企业级项目实战b站：BV1Gp4y1b7SZ
代表空格的符号？
空格这个符号要具体看什么编程语言了。比如在html当中那就是用" "来表示，如果在java，php或者c++当中那就是"\n"。
但我就是喜欢编程？
编程很渣这事儿，如果你刚入门不久，很正常。
新手码农，十人九渣，谁还没个刚出道，需要打怪升级的过程？
从职业选择来讲，最重要的两件事：一是前途，就是有发展；二是钱途，就是能发财。在此基础上如果还能满足自己的志趣、发挥自己的擅长，那就非常完美了。
程序员，从前途和钱途的角度来讲，都还不错，你又喜欢编程，大方向上没有问题，建议你继续坚持。
俗话说，神枪手都是用子弹喂出来的，而代码这玩意儿，都是敲出来的。
我在初学编程的阶段，感觉其实最重要的就两件事：
一是，不断的去看别人的代码，去看那些非常优秀的大神的代码，去学他们的思路；二是，不断的去敲自己的代码，光看不练傻把式，去实践，去试错，去检验自己的想法。在这个过程中，不断的、反思，才能积累经验，提升能力。
任何容易的事情，都不值钱。
学习一门技能，从头开始，必然有一个艰难的阶段，如果碰到困难就放弃，坦白讲，你换另一个职业，如果再碰到困难呢？
我们不是不能放弃，但至少是应该竭尽全力以后才放弃，证明自己人生有条路走不通，不是坏事，但前提是你经过了不懈的努力。
学习，有很多种方式，要找到对自己而言最有效的。
学编程，你可以看书，也可以找视频教程，还可以参加培训，如果条件允许，我比较建议你学习专业的培训课程，花钱买点时间，一个有经验的老师，一群志同道合的同学，会对你帮助很大。自己去摸索，有时候容易走弯路，而且孤身一人上路，毕竟是孤独和寂寞的。
如果条件不具备，你不知道应该学什么，应该怎么学，学习的内容，你可以参照培训机构的课程体系，现在网络上的学习资源也很多，可以找到很多视频资料，也可以加入相应的Q群，多去和业内的人交流请教。不要买本书，坐在电脑前封闭自己，一旦碰到瓶颈，就开始自我否定，要去寻找方法很重要。
学什么，参照招聘要求来学，不要瞎学乱学什么都想学。
知识永远学不完，但是人的生命是有限的，不要浪费自己的时间，把有限的生命放在必要的知识学习中去，参照招聘网站你所学习的编程语言，初级职位的招聘要求，多看几家，比较其中的共性，就是你必须掌握的内容，针对性的去学习，才能学位所用！
有了烦恼找明哥，找了明哥乐趣多，关注明哥聊求职，我们的故事就开始了~
php如何防止sql注入攻击？
这个问题感觉对一个多年开发人员来说应该还是比较有资格回答的，毕竟录制过sql注入以及防御的课程。
搞明白sql注入
注入攻击漏洞例如SQL，OS以及LDAP注入。这些攻击发生在当不可信的数据作为命令或者查询语句的一部分，被发送给解释器的时候。攻击者发送的恶意数据可以欺骗解释器，以执行计划外的命令或者在未被恰当授权时访问数据。
然后给大家看看经常会引起sql注入的sql语句
1'or 1=1 #
2'or 1=1 --（空格）
3union all select 1,2,3 #
4username=‘ UNION SELECT 1,version(),3 #（版本）
5username=‘ UNION SELECT 1,user(),3 #（用户）
然后再给大家介绍一下sql注入的一个工具是sqlmap
最后给大家两点建议
1 使用预处理语句PDO
2 对参数进行转义（addslashes/mysql_real_escape_string）
当然了大家如果想具体学习sql的攻击原理以及，sql的防御。和sqlmap的使用可以私聊我哦