Зависит от задач. К примеру зачем мне арендовать виртуальный/физический сервер для asp.net/java и писать всё с нуля, когда я могу на php на первой попавшейся cms и готовых решениях за короткое время наклепать с десяток сайтов компаний / интернет магазинов и разместить их можно сказать на бесплатном shared-хостинге? Практически все веб студии используют php, создание сайтов - их хлеб и им нафиг не нужны никакие жавы с нетами. Плюс в том, что на php всегда можно найти работу в любом городе, так как веб студии существуют практически везде. Минус в зарплатах.

Другое дело, когда в веб приложениях требуется многопоточность, асинхронность, рантайм, доступ к веб-серверу (например к реквесту клиента), кэш, системный программинг и прочее, тогда выкидываем php, арендуем сервера и юзаем asp.net/java.

ScareCrowавтор асинхронность, рантайм , доступ к веб-серверу
жжошь! жги еще!

Ага, виртуальная машина - Сommon Language Runtime (CLR - .NET) и JVM (Java Virtual Machine) / JRE (Java Runtime Environment) - Java.

Доступ ко всем классам приложения с любой страницы, единая среда. А в php как подсоединяли каждый файл через include/require чтоб получить доступ к объявленным там классам / константам / переменным, так и будут ещё 100 лет это делать

r uиногда лучше молчать...

в ява как раз нужно сначала сделать например
import javax.servlet.http.HttpServletRequest;
и ТОЛЬКО ПОТОМ МОЖНО БУДЕТ работать с этим классом.

в php можно также инклюдить вручную, А МОЖНО настроить нормальный autoload и все будет подгружаться САМО.

просто лично ваши познания в пхп - остались на уровне 10 летней давности. заблуждаетесь очень сильно

Пошутил?

Без импорта -




С импортом -




Надо же, работает в обоих случаях, в том числе и без "import". Это всего лишь пакеты с набором классов (java - import)/неймспейсы (asp.net - using).

autoload что представляет из себя, тот же ручной инклуд всех php-файлов с классами, пускай даже в одном месте, а затем при удалении файлов сидеть зачищать инклуды? И это шаг вперёд? Хотя по сравнению с тем что было, наверное да.

-ПэХаПэ- , я образно.

ScareCrow , ладно ладно, успокойтесь

p.s. дальше попробуйте без меня, времени нету вступать в полемики, своё мнение по теме топика высказал ещё в первом сообщении.

r ust_stБез импорта -
а в каждой строке постояннно писать всю иерархию? ))
ну удачи...

автолоад в пхп - это совсем не ручной инклюд в одном месте - а именно АВТОМАТИЧЕСКИЙ. надо только указать ГДЕ лежат классы и придерживаться стандарта именования файлов классов(PSR-0,1,3). а еще есть phar, composer ... в общем прогресс уже давно ушео вперед. относительно того о чем ты говоришь.


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

> и ТОЛЬКО ПОТОМ МОЖНО БУДЕТ работать с этим классом.
> а в каждой строке постояннно писать всю иерархию?

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

spl_autoload_register, composer и прочие не обладают телепатией, будешь или инклуды прописывать в автолоаде или в композере правила создавать, потом чё-нить поменяется и обратно конфиги колупать, красота.

> зачем тогда вообще создал топик?

В разделе php я не создал ни единого топика за всё свое время пребывания на sql.ru, так что это не ко мне.

-ПэХаПэ-,

пиши ещё

С php переучиваться потом замонаешься. Болезнь у каждой переменной ставить $, магические символы -> и соединение строк через точку, вселенское зло eval и т.д. преследуют потом ещё долго :)