Просто я веду к тому, что на современных десктопах/ноутах своп нужен чисто символически. У меня слакварь вертится на 2 гигах оперативы, с запущенным Eclipse, Apache, MySQL, Firefox, Wine IE система практически никогда в своп не лезет.
1. Не каждый Дот-нетчик знает как работает тот станок, на котором он точит детальки. Многие пытались, но до фишина не дошли. Так и ходим, не зная броду.
2. Пример с StringBuilder'ом (1-я ветка коммента) убил наповал. 2008 год уже, а у .Net все те же проблемы, как в стареньком K&R C language.
3. Создание экземпляра класса через Reflection... Вы бы еще побитовый сдвиг через strtoint делали..
4. Некоторые вещи поражают воображение. Видимо в Микрософте разрабы совсем ку-ку. Почему-то даже в таком "недоязыке" [(с) чей-то] как PHP, такие вещи, как создание объекта произвольного класса или транформация массива / списка в строку реализовано нативно.
Люди, вы вообще в своем уме? Вы же в себе хороните разработчика.
далее, сохраняем в сессии мэппинг [username, password, email] => [D05WuXp1, eQ8IjzTz, NpzpeocL] и вешаем клиенту уникальный mapping_id, по которому мы можем восстановить имена полей.
А пусть веники на базаре продают ;-) Имхо, монетизация PHP движка, положенная в основу бизнеса Zend, еще не раз сыграет свою [отрицательную] роль в развитии этого языка. Не удивлюсь, если в обозримом будущем мы увидим оп-коды "не для всех" внутри ZendEngine.
Возможно я Вас удивлю, но паскаль (Borland Pascal) очень даже позволяет делать полиморфизм, потому что полиморфизм - основа основ ООП, наряду с инкапсуляцией и наследованием. Если рассматривать дотошно, то некоторые вещи в BP реализованы удачнее, чем в C++. Видимо нелюбовь к паскалю у Вас сложилась из-за его морального устаревания к моменту, когда вы стали его изучать. А зря.
Чисто наскидку:
1. type-hinting в языке с неявной типизацией (Однако JS как-то работает без type-hinting, странно да?).
2. нет единого соглашения в именовании функций (знаю-знаю. исторически сложилось, ага).
3. нет единого соглашения по обработке ошибок. PHP применяет warnings, fatals, catchable fatals, exceptions. (тот же JS любую ошибку выполнения скрипта сводит к exception).
4. нет возможности использовать позднее статическое связывание (обещали в ветке 5.3, но где
этот релиз?).
5. передача по ссылке/значению. Почему объекты всегда передаются по ссылке, а массивы - нет?
6. autoload. Хуже решения проблемы отсутствия линковщика в PHP придумать сложно.
И после этого вы будете говорить, что PHP - самый самый? некоторые реализации JS на порядок качественнее сделаны, чем PHP.
1. Не каждый Дот-нетчик знает как работает тот станок, на котором он точит детальки. Многие пытались, но до фишина не дошли. Так и ходим, не зная броду.
2. Пример с StringBuilder'ом (1-я ветка коммента) убил наповал. 2008 год уже, а у .Net все те же проблемы, как в стареньком K&R C language.
3. Создание экземпляра класса через Reflection... Вы бы еще побитовый сдвиг через strtoint делали..
4. Некоторые вещи поражают воображение. Видимо в Микрософте разрабы совсем ку-ку. Почему-то даже в таком "недоязыке" [(с) чей-то] как PHP, такие вещи, как создание объекта произвольного класса или транформация массива / списка в строку реализовано нативно.
Люди, вы вообще в своем уме? Вы же в себе хороните разработчика.
server.obfuscate [username, password, email] => [D05WuXp1, eQ8IjzTz, NpzpeocL]
server.shuffle [D05WuXp1, eQ8IjzTz, NpzpeocL] => [D05WuXp1, eQ8IjzTz, NpzpeocL, qGCyH0vk, EWOEreTg]
далее, сохраняем в сессии мэппинг [username, password, email] => [D05WuXp1, eQ8IjzTz, NpzpeocL] и вешаем клиенту уникальный mapping_id, по которому мы можем восстановить имена полей.
Правда, есть один косяк... Видимо я загнался ;-)
1. type-hinting в языке с неявной типизацией (Однако JS как-то работает без type-hinting, странно да?).
2. нет единого соглашения в именовании функций (знаю-знаю. исторически сложилось, ага).
3. нет единого соглашения по обработке ошибок. PHP применяет warnings, fatals, catchable fatals, exceptions. (тот же JS любую ошибку выполнения скрипта сводит к exception).
4. нет возможности использовать позднее статическое связывание (обещали в ветке 5.3, но где
этот релиз?).
5. передача по ссылке/значению. Почему объекты всегда передаются по ссылке, а массивы - нет?
6. autoload. Хуже решения проблемы отсутствия линковщика в PHP придумать сложно.
И после этого вы будете говорить, что PHP - самый самый? некоторые реализации JS на порядок качественнее сделаны, чем PHP.
это Smalltalk. Все остальное - вариации на тему.
И, кстати, что вы лично имеете против паскаля? Уточню: против Borland Pascal? ;-)
Ребята, давайте уж лучще так:
1$ = 4.9 гривен
перевести в любую национальную валюту не составит труда.
В данном случа правильным будет употребление предлога "не".
Может быть, все таки, Веба (WWW), а не Интернета ;-)