许多开发者不喜欢WordPress并不是隐秘。由于在他们眼里，以为WordPress代码基础杂乱。
WordPress焦点代码真的那么糟糕吗？或者您应该深入领会，认真研究项目所需？在本文中，我们一起来研究这个问题，以辅助站长或者开发者们捋清思绪。
- 什么是糟糕的代码？
- 编程职员没关系
- 用户不在乎
- 编码器不受影响
- 可以编写优越的代码吗？
什么是糟糕的代码？
最基本的问题是，我们很难对一个已经存在的程序代码直接一锤定音。诸如“一团糟的代码”之类的声音听起来很恐怖，但这对于一样平常站长来说这意味着什么？更主要的是，他/她在乎吗？
有一些属性可能会使代码变得“糟糕”，以下是其中一些：
- 未优化的代码与优化的代码相比执行速率较慢
- 在项目中夹杂编码气概
- 只有作者才气明白的面条式代码（Spaghetti code）
- 不能扩展的，与其他代码兼容不够好
WordPress确实犯了其中一半的罪行。毫无疑问，林林总总的编码气概。函数名称纷歧致，某些模块使用严酷的面向工具语言，某些模块使用面向历程语言，许多文件不使用WordPress自己的样式指南，这些仅仅是其中的一些问题。
也就是说，WordPress在某种水平上使用了面条式代码，但除了令人憎恶之外，这不是一个问题，由于作为一款用途普遍的产物，成千上万的人都明白它。
那么WordPress编码是否很糟糕？是的，就像国际空间站使用劣质条记本电脑一样。两种说法在客观上都是准确的，但幕后另有许多其他的器械。
真正的问题是，这有关系吗？
编程职员没关系
在每个WordCamp上，经常会泛起统一个问题：若是WordPress切换到完全OOP方式会很好吗？部门程序员说，固然可以，那将是我一生中最快乐的一天。理性的人（绝对不是程序员）张扬郑重，由于此举将直接抵触WordPress所代表的一切。
作为程序员，我们必须记着，归根结底，WordPress是针对用户而非我们的。您可能会以为在一个项目上破费100多个小时会许多，然则使用您的事情的人天天可能会破费8个小时来使用该项目，一年总计达3,000多个小时，而且用户不仅仅只有一小我私人。
用户不在乎
用户真的不在乎与代码相关的任何器械。他们想要一种用户友好，快速且平安的器械。WordPress在这三个方面都做得很好。或者你可以辩解说，编码糟糕的插件可能会损坏WordPress的速率和平安性，但这就像说沃尔沃汽车不平安，是由于我以180公里/每小时撞墙。
炒冷饭也是做好SEO的一种手段
编码器不受影响
绝大多数使用WordPress的人都不受此问题的影响，或者至少不必受此问题的影响。基本就没有需要触及项目焦点代码的情形。这意味着您完全不会受到焦点代码杂乱的影响。
程序员唯一可以否决WordPress的论点是它没有遵照MVC（模子-视图-控制器）架构。这是一个完全有用的指斥，但并不是说MVC是编写清洁代码的唯一方式。
现实上，您可以在插件中使用完周全向工具的方式，若是愿意，甚至可以使用类似MVC的结构。真正的问题在于主题的构建方式，而不能仅仅注入MVC原理。
就是说，只管不是MVC，但主题遵照严酷的准则而且结构合理。这归结为每个主题的配合点，若是您知道自己在做什么，就可以轻松地与WordPress协作了。
可以编写优越的代码吗？
问题不在于WordPress焦点代码的利害。WordPress焦点代码有些杂乱，但仍然是不错的代码。这并不意味着它不能获得很大的改善，但就其目的而言，它确实很棒。
问题是：是否可以使用WordPress编写优越的代码。谜底是一定的。正如我前面提到的，插件是自由花样的，因此您可以在其中做任何您想做的事情，包罗OOP。
我还想强调一点，OOP并不是万能的。对于简朴的插件，一种结构合理的程序方式可能会更清晰。
主题确实将演示与逻辑连系在一起，这无疑是一个坏习惯。然则，主题的指南结构合理，通过一些设计，您可以编写一个合理且易于明白的主题。
随着WordPress API的问世，所有其他指斥都无济于事，由于您险些可以在任何地方使用数据库中的数据。您可以使用Laravel进行所有操作，并通过WordPress API提取数据。
小结
因此，归根结底，WordPress代码是否一团糟？是的，其中一些是。某些插件和主题确实确实包罗错误的代码，并对整个社区造成影响。像任何其他项目一样，WordPress也不是完善的。就像任何其他项目一样，我也认同WordPress不能能做到适合于所有项目。
然则，不使用WordPress是由于“代码太乱了”，这是显而易见的，是愚蠢且短视的行为。只管焦点代码有些杂乱，但它是快速且平安的。以此为基础扩展系统的任何代码都可以很好地编写。
诀窍是接纳代码编写规范的主题或者插件，或者约请及格的WP开发，使用可信托的高质量产物并准确维护您的网站。
JavaScript与SEO之间的藕断丝连关系
