优化内容
NiZerin
4年前
修改理由:
此投稿已在 4年前 合并。
内容修改:
Old | New | Differences |
---|---|---|
1 | ||
2 | 1 | ![PHP](https://cdn.learnku.com/uploads/images/202001/06/9064/0HYGtOpcPj.png!large) |
3 | 2 | |
4 | 3 | 自从Wordpress, Drupal, CakePHP, Laravel, Symfony等众多框架在构建一个web应用中开始发力的时候,就展示出了开发一个web应用是多么简单,预示着php迎来了第二春。网络虚拟空间开始使用PHP + MySQL + Apache技术栈,而它像星星之火可以燎原一样,每个人拥有一套web应用就十来分钟的事,比如构建一个博客,购物车,网络相册,你要的应有尽有。 | … | … |
8 | 7 | |
9 | 8 | 至此,我认为**它会慢慢走向下坡直到完全淘汰**,其他语言会在它离开后代替它的地位。[The only major feature announced for PHP 8 is the JIT engine](https://wiki.php.net/rfc/php8),无论是哪种提高CPU密集型性能场景的选项之中,都不会有这种选项,剩下的都像是一些小玩意不会给你现在的应用或者以后的应用带来改变。 |
10 | 9 | |
11 | 高性能不是他的杀手锏,而且它还缺少了新特性。 | |
10 | 高性能不是他的杀手锏,而且它还缺少了新特性。 | |
12 | 11 | |
13 | # 一个漂亮的目标,但输了4 | |
12 | # 一个漂亮的目标,但输了4/1 | |
14 | 13 | |
15 | 14 | 当 PHP 5 暴露其问题时,Ruby,Python,Node.JS 和 Go 开始受到关注:缓慢,依赖关系混乱,无功能。 Go 稍后出来了,但是无论如何,请看看您可以使用这些语言做什么: |
16 | 15 | … | … |
23 | 22 | -更干净的配置(您看过 php.ini 吗?) |
24 | 23 | -包管理(后来由 Composer 修复) |
25 | 24 | |
26 | ||
27 | 25 | |
28 | 26 | 在这些新功能中,除 Composer 之外, 没有包含任何的 PHP 核心代码,甚至没有宣布或计划完全。基本上,他们离开社区来决定是自己动手做,还是彻底放弃他们的任何一个特性,这个无从得知。 |
29 | 27 | … | … |
31 | 29 | |
32 | 30 | |
33 | 31 | 让我们看一下 WebSockets 。您必须在 [Ratchet](http://socketo.me/docs/install),[Swoole](https://www.swoole.co.uk/docs/get-started/installation),[Amp]( https://amphp.org/ ) 和 [React](https://reactphp.org/)。这意味着,对于使用关键任务功能,这些软件包背后的开发人员必须遵守文档和可维护性,同时还要注意 PHP 版本更新,以便他们不会破坏任何内容。我可以想象,当 PHP 8 出现时,要在新版本上稳定下来需要花费数周或数月的时间。 |
34 | ||
32 | ||
35 | 33 | |
36 | 34 | > *Swoole* 的情况是可以讨论的。在现在这个时期,开发人员可能不太热衷于使用具有中国特色的软件,特别是考虑到语言障碍,但是 [代码是开源的](https://github.com/swoole/swoole-src) 如果你想查看或使用的话。 |
37 | 35 | … | … |
41 | 39 | |
42 | 40 | 而且不要让我开始使用 [桌面](https://electronjs.org/) 或 [移动应用程序](https://cordova.apache.org/)。 PHP 是一种面向 Web 的语言,大多数开发人员都认为这是一种语言,但是即使 Node.JS 也被赶出了市场,也没有希望使 PHP 成为这些生态系统中的替代者的希望。 |
43 | 41 | |
44 | ||
42 | ||
45 | 43 | |
46 | 44 | 在 Node.JS 的特定情况下,很有可能会将已经用 JavaScript 编写的部分服务器代码模块重用到您的移动或桌面应用程序中。对于公司所有者而言,这意味着公司无需雇佣具有其他编程语言经验的开发者来开发其他平台的应用,除非收益高于成本。 |
47 | 45 | … | … |
54 | 52 | |
55 | 53 | 再说一次,每种语言都有自己的特性和说明,但是我觉得,一个开发人员不应该只会一门语言,而是用专注某个领域的语言去解决问题和实现业务,而不是有一种追捧一门语言的心态。如果不是出于 PHP 社区本身的善意,那么将很难假设你为后者。 |
56 | 54 | |
57 | ||
55 | ||
58 | 56 | |
59 | 57 | # 未来趋势 |
60 | 58 |