The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

PHP-транслятор HipHop позволил Facebook использовать в разы ..., opennews (ok), 04-Апр-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


63. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +/
Сообщение от Аноним (-), 04-Апр-11, 17:31 
> Вы вообще понимаете, чем отличается интерпретируемый язык от компилируемого

Понимает, неэффективностью.

> и чего в компилируемом быть не может в принципе "тот же eval"

И става богу, минус одна дырка в безопасности.

> Т.е., фактически люди изобрели, условно говоря, свой набор команд для трансляции в C. Этакого робота, который видит код на PHP, и упрямо переводит его в C. Но только то, что можно перевести, ведь что-то, типа eval, перевести просто нельзя, по определению.

Вообще-то можно, но куда вам до осознания этого.

> По одной простой причине - ничего другого им просто не оставалось, php начал тянуть их в могилу, и нужно было или переписывать это всё на другой язык, или написать бота-транслятора, который сделает это за них.

А вы не думали что в "интерпретируемых языках" может быть хорошим сам язык, например? Я что гoвноeval'ы ваши никому и не сдались, и код действительно можно без проблем компилировать в нативный, и одновременно как пользоваться преимуществами языка как такового и рантайма, так и не страдать от уродских интерпретаторов и JIT'ов?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

91. "PHP-транслятор HipHop позволил Facebook использовать в разы ..."  +1 +/
Сообщение от бедный буратино (ok), 04-Апр-11, 18:45 
> Понимает, неэффективностью.

Скорее "неэффективностью, если всё и всегда делать правильно". Вот только "правильно" может быть "очень небыстро" или "очень неудобно". И дело не только в eval, eval просто для примера приведён.

> И става богу, минус одна дырка в безопасности.

А отказаться от php - это сразу минус много дырок в безопасности.

> Вообще-то можно, но куда вам до осознания этого.

Вообще-то нет, просто по определению. Либо у тебя есть какой-то транслятор текста в машинную форму, и тогда язык интерпретируемый, или исполняются непосредственно инструкции, которые даже такого понятия "язык программирования" не знают. Либо есть парсер исходного кода, либо нет. Если есть - то это интерпретатор, просто по определению. А если нет, то никаким домкратом не поднимешь.

Либо дудочка, либо кувшинчик. Либо ты парсишь текст, и тратишь на это время, либо нет, и только исполняешь то, что было на этапе компиляции.

> А вы не думали что в "интерпретируемых языках" может быть хорошим сам язык, например? Я что гoвноeval'ы ваши никому и не сдались,

Это PHP хороший язык например?

> и код действительно можно без проблем компилировать в нативный,

Это HipHop код без проблем компилировать в нативный?

> и одновременно как пользоваться преимуществами языка как такового и рантайма, так и не страдать от уродских интерпретаторов и JIT'ов?

HipHop уже обогнал по производительности все ласточки, ситоны, житоны, пипи и прочее? Или это мечты на тему "как было бы хорошо, если бы у php были бы яйца?"

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру