Пытался найти информацию по PHP6, нашел только вот этот протокол совещания от 11 ноября 2005 http://www.php.net/~derick/meeting-notes.html Разумеется вещи там весьма любопытные написаны, но согласитесь, что за два года все могло измениться на 180 градусов. Кто-нибудь знает какие-нибудь подробности по теме?

Собстно можешь уже скачать
http://snaps.php.net/

Daevaorn, И это рабочий уже? можно с легкостью переходить?

нет, конечно.

Wowa, А что это за штука тогда там лежит? расскажите - интересно или переходить можно, но не с легкостью

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

Кто знает, на когда релиз обещают?

на тогда, когда всё сделают + namespace'ы прикрутить должны...

имхо минимум через 2 года.

Я постарею, РНР станет мне не интересна и я умру до этого времени


П.С. Если через 2 года они мне какую то х***ню заделают я буду использовать список разработчиков как список кого надо убить 

Это сообщение отредактировал(а) Diesel Draft - 25.7.2007, 13:31

сдаётся мне если честно что не долго осталось, год-полтора... не более...

Собственно меня интересовал не столько текущий срез, а больше анонс новых фич и прочего, что появится в новой версии

А давайте напишем дружно разработчикам мейл, з тем что мы хотим видеть

Блин, чего не хватает-то?? namespaces будут 100%, наличие поддержка АОП приблизительно 60%... меня лично больше ничего не интересует))

поддержка DLL (не СOM серверов) и компиляция в псевдокод например 

А знаете что мне не хватает? Переопределение операторов как в С++.

Кто не знает то это возможность призначить метод, который будет вызываться при операциях (-, +, *, /, =)

2 года - это перебор, конечно. ДО полного stable ветки 6.1 - да, может быть.
Главное - это полный перевод на utf всего языка и библиотек, множественное наследование с возможностью определения методом вне описания классов и "выкидывание" из языка всего не нужного.

Все остальное - второстепенно. Что касается namespace'ов, то мне не понятен такая шумиха вокруг них. PHP это вам не Си, и такой пользый, как в Сишной программе namespace'ы вам не принесут, т.к. в PHP в отличии от Си модули не находятся всегда в, так сказать, открытом состоянии вместе с ядром, как в сях, но все, от мала до велика будут пихать их в свою программу с двумя модулями на 300 строчек чисто из красоты.

http://forum.vingrad.ru/forum/topic-130262.html

Видимо имелся ввиду Си++. В Си нету пространств имен.

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

namespace будут очень полезны. Пристав что не будет больше конфликта через те что твой класс и класс который ты скачал имеют одинаковые имена.
А что касается людей который будут юзать их без причины то это уже их проблема

WolfON, да, конечно С++.

WolfON, проекты в PHP не на столько сложно структурированы, чтобы была в этом проблема, естественно при грамотной проектировке. У вас в разработке одновременно НЕТ такого большого числа классов, чтобы была проблема их структуризации...


Поверь, этих кинфликтов будет только больше... Одинаковые имена? У меня все модули имеют одинаковое имя - Modul и в скрипте подключается всегда ОДИН из них. Ну на кой черт мне тут namespace'ы??

Для PHP в реальности, для 99,9% это - излишество...

Хорошо. Вот тебе пример. У меня есть класс MySQL и класс MySQL_Query. Я должен называться таким именем потому что у меня могут быть еще БД и у них будет свой генератор.


А что касается больших проектов то у меня они все + фреймворк + посторонние классы

Шумиха вокруг них оправдана... иногда не очень удобно когда _всё_ находиться в глобальной области видимости, зачем мне всё многобразие функций РНР если нуждаюсь всего в функциях работы с массива, строками и MySQL? namespaces решат этот вопрос (при условии, что разработчики все встроенные функции распихают по пространствам имён).. По поводу тех кто будет пихать... пусть пихают...

О, если б они зделали виртуальную машіну как у asp.net

Опять из области, PHP это недоязык, а web-программирование не программирование. От многих это слышал, но от Mal Hack'а не ожидал 


Одновременно в разработке, это как?


Что же, для этого конкретного случая пространства имен ощутимой пользы не принесут ;)

Так же в глобальной области не нужны вспомагательные классы (а их, например, при буквальной реализации паттернов бывает очень не мало). А так изолировали их в NS и не путаются под ногами.

+1


namespace даст очень много прстора. Ранше даже ты (Mal Hack)  использовал классы для отделения пространства имен, или я ошибаюсь   

Diesel Draft, для эти вещей множественное наследование используется и PDO;)

Fally, на сколько я понимаю, поправьте со ссылками, если не так, что речь идет о программерских namespace'aх, а не тех, которые зашиты в ядре, как в C# например.

vasac, причем тут недоязык, разве я говорил что PHP - недоязык? Нет. Кады язык - для своих задач. Задачи, которые зачастую решает PHP не на столько сложны, чтобы была проблема в их тонко структуризации... Или теперь все для гостевой пишут офигительный модуль на ООП на 2500 строк и я отстал от жизни?


Это как в C#, отчасти так, о чни говорил Fally. Я же имею ввиду несколько другое.

Глобальное пространство имен - не панацея... Вообще, глобалку исползовать не является хорошим тоном..

Классы я использовал, чтобы да, сделать некоторое разбиение кода по его функционалу, но это несколько другое. Классы и объекты млужат для упрощения программирования с точки зрения функционала, namespace'ы с точки зрения струкруты.

Это сообщение отредактировал(а) Mal Hack - 25.7.2007, 17:11

1. В РНР6 вроде б хотят отказаться от глобальных переменных
2. namespace это только +, не нравится - не используй

Да, мне нравится такая фраза (о пункте 2).. Оставю без комментариев. Скажу лишь одно, что на каждый плюс есть свой минус ;) Понявший это, поймет очень многое...

Все же это namespace , как здорово   

Это сообщение отредактировал(а) Diesel Draft - 25.7.2007, 17:32

Да Вы правы. Мне конечно хотелось бы, чтобы разработчики разместили функции по различным пространствам, но это уже их дело. Кстати патч закоммитил наш соотечественник, вот ссылка http://news.php.net/php.zend-engine.cvs/5894.
А здесь на русском немного рассказано о самих namespace'ах в РНР (для тех кому лень читать исходники на С и в конце на английском про использование NS): http://forum.agiledev.ru/index.php?t=msg&a...mp;start=0&

Fally, патч-то закоммитил - это хорошо и замечательно, только вот далеко не факт, что его таки добавят в финальную сборку.

Ага, а то, что он в PHP6 CVS Вам ни о чём не говорит. Просто, как мне кажется, NS не были одной из важных целей разработчиков, а то что его уже написали за них есть огромный плюс. Другой вопрос, когда этот РНР6 выйдет ;)

Факт, где то читал что уже решили



Все мучает этот вопрос и все ждут з нетерпением.


Я б з радостью почитал интервью з разработчиками, у кого то есть?

Zend регулярно рассказывает, как проходит разработка: http://devzone.zend.com/. Кстати, про namespace до сих пор не решили...

Я определенно слышал что их пустили в разработке

Мне была бы больше по душе строгая типизация и как следствие перегрузка методов. Честно говоря, я только из-за этого и поднял такой вопрос на обсуждение. Но видно не судьба, и надо просто писать на другом языке.

На другой язык переходить не надо. А строгая типизация....можно для себя сделать строгую + есть контроль входных данных на функциях

Royan, по душе строгая типизация — используйте языки со строгой типизацией. А пыху трогать нечего, мы его за это и любим.

Правда?? А читать не через 10 строк пробовали?
То что по вашей ссылке:


http://news.php.net/php.zend-engine.cvs/5894 :

По-моему, за миниму за 5 дней, они всё же изменили своё решение..



РНР никто и не трогает, а то что в нём имеется такая возможность (имею ввиду указание типа аргумента в методах классов) это просто гигантскуий плюс. Поясню почему...
У нас есть набор классов, делигирующих возможности пользователей сайта, в зависимости от их статуса, и все они являются имплементациями интерфейса IUser.php.. В каком-то другом классе, нам необходимо получить один из объектов вышеприведённых классов и воспользоваться несколькими его методами... Допустим объект одного этих классов будет получать метод run(). Что же произойдёт, если программист по своей ... (вписать нужное) передаст объект, но не относящийся ни к одному из этих классов или вообще не передаст объект? Поверьте мне вы будете долго ломать голову в чём проблема, а если сделать так:

то все ваши проблемы сразу решаться, если передадите объект класса, который не является имплементацией интерфейса IUser, то РНР выдаст соответствующую ошибку о несовпадении предполагаемого типа объекта и типа объекта который передали в этот метод.

Это сообщение отредактировал(а) Fally - 27.7.2007, 10:01

Я вот вспомнил, здесь у кого то было подпись про программистов которые з С перешли на РНР   

Fally, 
То, что по моей ссылке - официальный блог разработчиков, а то, что в SVN лежит что-то ещё не означает, что это что-то будет в релизе.

Diesel Draft,
  
ну у меня сейчас происходит обратный процесс...

SamDark, Не забывай, что разница почти 5 дней... а как известно, за 5 минут может измениться ооочень многое...

Это сообщение отредактировал(а) Fally - 27.7.2007, 11:05

Наверно нам надо успокоиться и просто помечтать что мы там хотим увидеть 

Fally, Basic->VB->PHP->JavaScript->Pascal->Delphi->C->C++->XSL->C# вроде б всех вспомнил

Fally, 
За те же 5 минут они могут передумать. Поэтому и делают объявления раз в неделю... В общем, что спорить? Надо просто дождаться следующей недели...

Это сообщение отредактировал(а) SamDark - 27.7.2007, 11:46

Ага, когда они опять поменяют

+1

Нужно ждать релиза ;)

Просто всем нетерпитса очень