Search
Write a publication
Pull to refresh
10
0
Alex @dds

User

Send message
Для меня превосходство было в том, что не вызывались какие-то ф-ции smarty для вывода надписей, а. так как надписей было много - такая реализация помогла немного снизить нагрузку. Возможно стоит провести тестирование скорости различных способов что бы сравнить
вообще-то согласен ) Просто там где я работал это считали мультиязычностью... приелось уже и иногда делаю вот такие ошибки в описании. Исправлю
ну и тут главное сама технология. Реализация конечно может отличаться ))
Да, в php фалах доставали с кеша и я согласен что это минус
О фрилансе можно спорить бесконечно. Для меня, напрмер, начало фриланса - очень сложное. Базы заказчиков нет, проблемы с финансами..... о каких сложных проектах можно говорить? Но как мне кажется тут все от человека еще зависит. Я например, когда нет заказов, занимаюсь самообучением. Беру ту облась, в которой я профан и начинаю там что-то делать. Получаются проеткы конечно не для публики, но тем не менее не дают остановиться на месте.
Ну всего лишь "некоторые" VS лучшая среда, если писать на .NET языках, да и раньше это всегда была одна из самых лучших сред для написания ПО под Win.
а можно поподробнее? я не понял как расшифровать ЗНФ
+ не только объекты создавать, а делать например private $str = 'Hello '.CONSTANT
Когда будет реализовано (и будет ли):
class A {
private $obj = new Object();
}

вместо того, что бы в кострукторе создавать объект.
Да, у них было в планах реализовать это, но вот когда - интересно
да, согласен, медленно и неразумно, но это уже вопрос об оптимизации работы, а не о возможности использования.

Я вообще стараюсь избегать вложеных запросов, хотя иногда они очень помогают
>> 1) будет ли возможность использовать вложенные запросы?
- а по моему можно использовать вложенные запросы... или я что-то перепутал?
Когда появится такой тип данных, как массивы. Когда сделают возможным использование php для написания сторед процедур и ф-ций
да, точно, перепутал.... Сори за путаницу, но имел ввиду действительно перегрузку ф-ций в одном класе
Может я ошибаюсь, но draw(Figure $fig) а не draw(Cicrle $c) {...} и draw(Line $l) {...} - это не полиморфизм
Это лишний код - определение типа. Если этот код на C - он быстрее чем вызов ф-ции на PHP
на сколько я знаю я не могу написать draw(Cicrle $c) {...} и draw(Line $l) в одном и том-же класе. Конечно, это ограничение обойти можноЮ но это костыли - не лучше ли сделать это на уровне ядра )

по поводу строгого типизирования - не могу сказать как это отразится на скорости, но может можно объединить оба подхода? во многих ситуациях типизирование полезно, но как я уже сказал - возможно это сильно отразится на скорости, а если так - то не надо ), хотя оптимизаторы байт-кода могут это хорошо оптимизировать.
> Zend Encoder, Zend Optimizer, eAccelerator и т.д. не подходят

Это не совсем то, чего хотелось бы. Например на локальной машине я буду использовать код в текстовом виде, а на продакшн мне бы хотелось не ставить доп. програмы, а скомпилить весь сайт и залить. Это прирост в скорости работы и без разных дополнений. ИМХО это было бы удобно
Будет ли когда нибудь строгое типизирование (список параметров и тип возвращаемого результата), полиморфизм.

PS: ведется ли оптимизация самого PHP, хотя это может решится, если будет сделано что-то типа байткода в Java, возможно сделать так, что бы можно было использовать и текстовый формат (как сейчас), так и компилить код
Не хотел бы я так работать, да и дай бог не буду.

По моему такая мигалка - это лишнее раздражение. Да и работать "в нескончаемом режиме красной тревоги и сплошного кризиса" не самое лучшее решение.

Information

Rating
Does not participate
Location
Haarlem, Noord-Holland, Нидерланды
Date of birth
Registered
Activity