84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
Facebook 正式发布专门用于 HHVM 的编程语言: hack 请问你们怎么看待hack的出现,作为一个PHPER如何理解这个事情php
ringa_lee
为了兼容 HHVM 对 PHP 所作的加强(编译时检查还是运行时检查不知道)。 可怜 Yii2 和 Laravel4 浪费时间针对 HHVM 的兼容。 我觉得日后会有 PHP to Hack 转换器之类的东西出现,最终目的依然是让你的 PHP 代码跑在 HHVM 上。
至于加强的类型约束、集合、匿名方法之类的,写 PHP 久了自然觉得可有可无,由弱转到强类型会有稍微不适应,作为开发者,新出什么就立刻转移眼球是大病。Hack 是强弱类型语言的折中方案,运行在虚拟机里,对普通开发者而言入门不低,但是对云计算而言应用会很博眼球,HHVM 有数倍于原生 PHP 的执行速度,可以极大节约成本。
我没那个应用规模,也暂时不会花时间在业务逻辑之外的东西上。 等性能和开发瓶颈足够大时,我很愿意共同参与到 Hack 中。 不知道为什么会回答这么无聊的问题,踩死我吧,知乎大神们、
Facebook当初使用 PHP 和 MySQL 的时候,没想到它会发展到现在这个规模。
由于切换成本太高,(再加上 Facebook 这个规模,切换到任何其他方案也都需要专门做优化),所以 Facebook 只能一条道走到黑了。Facebook在MySQL上就做了大量优化。
PHP也弄了hiphop(hhvm),提升PHP的性能(或者说运行效率)。
Hack是为了提升PHP的开发效率:
首先是加了类型标记——多人合作的大型项目,有类型检查会方便、安全得多
然后是补了一些PHP缺失的特性:集合、Nullable、Lambda(PHP原生的Lambda使用外层的变量还要use声明,真是不习惯……)、异步,等等
use
感觉意义不大
为了兼容 HHVM 对 PHP 所作的加强(编译时检查还是运行时检查不知道)。
可怜 Yii2 和 Laravel4 浪费时间针对 HHVM 的兼容。
我觉得日后会有 PHP to Hack 转换器之类的东西出现,最终目的依然是让你的 PHP 代码跑在 HHVM 上。
至于加强的类型约束、集合、匿名方法之类的,写 PHP 久了自然觉得可有可无,由弱转到强类型会有稍微不适应,作为开发者,新出什么就立刻转移眼球是大病。Hack 是强弱类型语言的折中方案,运行在虚拟机里,对普通开发者而言入门不低,但是对云计算而言应用会很博眼球,HHVM 有数倍于原生 PHP 的执行速度,可以极大节约成本。
我没那个应用规模,也暂时不会花时间在业务逻辑之外的东西上。
等性能和开发瓶颈足够大时,我很愿意共同参与到 Hack 中。
不知道为什么会回答这么无聊的问题,踩死我吧,知乎大神们、
Facebook当初使用 PHP 和 MySQL 的时候,没想到它会发展到现在这个规模。
由于切换成本太高,(再加上 Facebook 这个规模,切换到任何其他方案也都需要专门做优化),所以 Facebook 只能一条道走到黑了。Facebook在MySQL上就做了大量优化。
PHP也弄了hiphop(hhvm),提升PHP的性能(或者说运行效率)。
Hack是为了提升PHP的开发效率:
首先是加了类型标记——多人合作的大型项目,有类型检查会方便、安全得多
然后是补了一些PHP缺失的特性:集合、Nullable、Lambda(PHP原生的Lambda使用外层的变量还要
use
声明,真是不习惯……)、异步,等等感觉意义不大