Object-oriented PHP

с чего бы это оно мне что-то запрещает?

Object-oriented PHP

поверьте, я писал такие приложения. есть случаи когда можно пошутить. есть случаи, когда надо обойтись без шуток. Это не тот случай. Вы просто ищите к чему придраться.

Object-oriented PHP

КуренсиКонвертор не есть одним из базовых классов библиотеки, а только демонстрационный. Я надеялся, что у программистов есть немножко чувства юмора.
Я никому не навязываю свои взгляды на DE.

Object-oriented PHP

действительно, перевести всё на исключения ­— было одной из целей. правда, пока исключения оно возвращает только кое-где. но это вопрос времени ;)

спасибо) но я все-же надеюсь, что оупен-сорс-сообщество подключится и тогда дело пойдёт быстрее, интереснее и продуктивнее)

Object-oriented PHP

задумались о том, что стоит, или о том, что не стоит? ;)

Object-oriented PHP

естественно. в любом новом творении уверенности нету. но это не причина, чтобы не писать и не использовать ничего нового. более того, если бы все мыслили так инертно: «лучше проверенное, но старое», кто знает, на какой ветке мы бы сейчас сидели? ;)

Object-oriented PHP

уверен, во времена царствования асма, когда только появлялись более высокоуровневые языки программирования — говорили точно так же

Object-oriented PHP

действительно, можно добавить как алиас.

Object-oriented PHP

наверное, по той же причине, что и Konqueror, Krusader, Kompare, KolourPaint и множество остальных программ ;) я заядлый КДЕшник до глубины души и тащусь от этой идеи замены первой буквы)

Object-oriented PHP

именно, так и есть)

Object-oriented PHP

не совсем, не совсем. Но JQuery — в том числе.

Object-oriented PHP

нууу. если будет пользоваться популярностью — появится расшиение на Си, а это будет вполне близким к «на уровне ядра». И, как уже было сказано в статье, не проблема будет использовать, так как пока хватает мощности обычного виртуального хостинга — используем библиотеку на пхп, а как только проект станет более-менее популярным, тут можно уже и сервер с пропатченным пхп взять, а переписывать ничего не придётся.

Object-oriented PHP

code.google.com/p/obj-php/source/browse/examples/KurrencyKonverter.php
смотрите коммент перед названием)

Object-oriented PHP

прикинул приблизительный оверхед:

<?

$memStart = memory_get_usage();
$array = array();
for ($i = ; $i < 10000; $i++) {
    $array[] = str_repeat("1234567890", 100);    // 11386324
    $array[] = o(str_repeat("1234567890", 100)); // 14636048
    $array[] = 1234567890;    // 1106060
    $array[] = o(1234567890); // 4997708
    $array[] = range(1, 100);    // 111109932
    $array[] = o(range(1, 100)); // 114599440
}
echo memory_get_usage() - $memStart;


то есть, серьёзная разница есть только в классе Number. Хотя greedykid подсказал, что там есть отличное место для уменьшения потребления памяти на четверть (перевод protected $convert в protected static $convert). Уверен, что если занятся оптимизацией, то можно значительно уменьшить и так незначительный оверхед.

Хотя, на самом деле те проценты, которые вспыли сейчас в масштабах приложения будут намного меньше)

Object-oriented PHP

не сразу понял, о чём вы, но прочитал еще раз.
то есть если Map вызывает цепочку методов и в одном из них возвращается Стринг, то надо начинать новую цепочку?
ну, моя либа не заставляет нарушать правило Деметры) она даёт только функционал, а вы уже сами распоряжайтесь тем, как его правильно применить и оформить)

OS Calculator

такой купил бы 100%

Точная проверка Email адреса регулярным выражением

кажется, это ----@--.--

Грустная статистика или никогда не надейтесь на фрилансеров

вы не поняли. зачем вам все это под виндой?

Грустная статистика или никогда не надейтесь на фрилансеров

а зачем вам под виндой php (точнее apc)? )))

Грустная статистика или никогда не надейтесь на фрилансеров

Я (в ТЗ): приложение должно работать под php 5.3

*Мечтательно* эээх, вот это условия! ))