PHP и Java

Интересует в первую очередь мнение тех, кто хорошо знаком с обоими языками. Преимущества и недостатки.

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

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

samedi: ну это ты как автомобиль и самолет сравниваешь, назначение одно и тоже , а условия работы совершенно разные.

PHP - это server side язык, задача которого проводить разные вычисления и компиляцию кода на сервере и формировать вывод html-страницы для пользователя.
php служит прежде всего для работы с базами данных, обработкой форм, работы с файлами на сервере, разборкой полученных данных и т.д. то есть пхп с точки зрения браузера - оффлайновый конструктор html-страниц. отработав и скомпилировав результат, пхп-скрип больше не участвует в диалоге с пользователем до следующего выполнения скрипта.
java это client-side язык программирования заточенный для работы с динамическими элементами HTML он-лайн, но выполняется скрип после загрузки на клиентский компьютер. и из-за этого есть масса проблем, дело в том, что реализация явы в разных браузерах и системах отличается, на чуть-чуть, но отличается и вознают проблемы совместимости, тогда как пхп, установленный на одном сервере отдает уже скомпилированный код множеству пользователей и что с к хтмл-кодом будут делать браузеры, его не волнует.

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

Некорректно поставлен вопрос.

localhost писал:

java это client-side язык программирования заточенный для работы с динамическими элементами HTML он-лайн, но выполняется скрип после загрузки на клиентский компьютер.

Такого бреда я давненько не слышал. Ты, наверное, имеешь ввиду JavaApplets?

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

Becks писал:

Некорректно поставлен вопрос. Такого бреда я давненько не слышал. Ты, наверное, имеешь ввиду JavaApplets?

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

ASP.NET рулит
а клиентскую джаву с пхп сранивать некорректно конечно.

localhost писал:

хорошо, объясни тогда человеку более популярней по существу вопроса.

честно сказать, не поняв вопроса не могу дать на него ответа. я лишь написал, что вопрос задан некорректно.

localhost писал:

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

если не в состоянии объяснить так, чтобы было понятно, то лучше этого не делать. и лучше не объяснять, когда сам до конца не понимаешь того, что пытаешься объяснить.

Топикстартер четко сказал, что сравнить нужно PHP и Java. При этом уточнил что java на клиентской стороне. Т.е. те кто начинает объяснять про яваскрипт немного промахнулись. Вдобавок непонятно каким боком тут ajax, требовалось сравнить.

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

В сравнении с C/С++ ява является языком объектно-ориентированным. Конечно, с++ тоже является таковым, но как наследие от чистого C он поддерживает также и процедурное программирование. Другими словами, можно писать как ОО-код, так и ПО, а также смешивать эти два стиля внутри одного проекта. Ява, насколько я знаю, таких вольностей не позволяет, и структура приложения на яве базируется исключительно на объектах. Соответственно, раз нет плоских функций, то и стандартные библиотеки оформалены в виде классов. Т.е. нельзя как в пхп или с например сказать strlen(str). В яве этот strlen (хотя может и как то по другому называется) будет являться методом класса String. Я на таком полностью объектном языке никогда не писал, но могу предположить, что это достаточно удобно, видимо поэтому многие и предпочитают этот язык другим.

Becks писал:

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

я думаю автор топика вполне может сам оценить мой ответ самостоятельно - понял он что-нибудь из него или нет.
впрочем дальнейшее препирательство будет офтопиком и желания раздувать флейм у меня нет

samedi:
Что выигрывает по производительности?
Что будет эффективнее: пхп на сервере, который общается с юзером через хтмл, или же клиентское приложение на яве.
Клиентскому приложению в любом случае необходимо оставлять что-то на сервере, скажем, имя пользователя и пароль, поэтому от общения с серверными ЯП не обойтись. Принципиально разные вещи в плане возможностей и назначения.

Скорость приложений "для серфера", связанных с интернетом - пока не самый важный показатель. Причина, думаю, понятна.

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

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

Java счтается более перспективной, потому что на ней проще писать эффективные приложения "для пользователя", которые не зависят от архитектуры.

ой бля некоторые афторы лучше бы молчали...

samedi

1)Нельзя сравнивать PHP и Java Applets ,т.к. первый первый выполняется на сервере , второй на машине клиента.

2)Если ты имел ввиду сравнения удобства и скорости работы интерфейсов , то скажу одного некто почти в здравом уме не будет тащить 50 метровые архивы с виртуальной машиной из инета и использовать Java Applets , которые как глючили так и глючат , неговоря почти про невероятные тормоза , особенно если Applet загружается и работает через браузер.
Поэтому Java Applets как правило используют в интранете и как правило в составе законченных продуктов.

3) На данный момент с выходом PHP 5 языки эти очень близки в принципе , т.к. ООП модель практически заимствована у Java , да и вообще о недостатках или достатках говорить некорректно , все зависит от задачи и рук.

4)По поводу производительности , нельзя сравнить стул и стол , однако у Java есть серверная технология Java Servlets , которая часто выигрывает по производительности при больших нагрузках, однако это зависит опять же от масштабов и конкретной задачи.

PHP приятный язык для узкого круга задач. Если ваша задача попадает в этот круг на PHP вы решите ее быстро и легко.
Java это гиганского размера платформа для решения задач любого уровня сложности и любого типа.

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



Да, это я сравниваю PHP и Java (servlets, jsp) на _серверной_ части.

Апплеты - практически умершая технология. Спасибо Microsoft за это в том числе. Ей на замену давно пришел Java Web Start, но в среде интернет так не получил повсеместного распространения в частности из-за необходимости скачивать 15 метровую JRE. В интранете и на сайтах, где юзеры не будут ломаться скачивать JRE, успешно используется.


Если отвечать на твой вопрос прямо:
1. PHP + браузер (html, JavaScript)
2. Java Applet (Java Web Start)

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

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

А вообще вопрос конечно не совсем корректный

Цитата:

PHP приятный язык для узкого круга задач

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

Что выигрывает по производительности?
В общем случае выигрывает Java, которая в том же общем случае проигрывает С/С++.

Что будет эффективнее: пхп на сервере, который общается с юзером через хтмл, или же клиентское приложение на яве.
Если речь идёт о Enterprize приложении, то в большинстве случаев предпочтение отдаётся Java. Но есть исключения - например Yahoo не так давно сменила технологию на PHP и активно теперь это пиарит.

Если речь идёт о малой ёмкости проекта - то однозначно PHP за счёт простоты написания и ориентации на малые задачи.

А самое главное - риторический вопрос - почему ява считается более перспективным нежели С при том, что имеет худшую скорость выполнения и меньшие возможности?
Ява считается таковой только адептами самой явы и опираются данные суждения только на реалии последних двух лет. В это время произошёл скачкообразный всплеск интереса к яве за счёт смены политики Mictrosoft и Sun к этому проекту а также к заверщению корпоративных войн между этими двумя гигантами.
В последнии полтора-два года произошло качественное изменение возомжностей, предоставляемых Java программисту и работа над ним продолжается. Именно поэтму адепты кричат на каждом углу о том, как растёт доля Java и как это круто.
На самом деле просто происходит передел рынка программирования благодаря появлению нового языка - Java(хоть и с 15ти летней историей). Рыночные доли устаканятся и "перспективность" явы уравняется с "возможностями" С.
На яве писать проще, на С код получается быстрее и часть задач можно решить только на нём. Однозначного лидера нет и не будет.

Насчет скорости ты не совсем прав. Последние несколько лет С и Java сравнились по скорости, даже кое-где Java выигрывает по скорости. Но не будем вдаваться в подробности и начинать религиозные войны
Если интересует, могу дать ссылки на тесты.

P.S. GUI, короче весь desktop, не в счет, тут java сдает по всем позициям. Тормоза при отрисовке жуткие.

Да и ваще оффтоп пошел

samedi писал:

Что будет эффективнее: пхп на сервере, который общается с юзером через хтмл, или же клиентское приложение на яве.

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

samedi писал:

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

Можно встречный вопрос, кем это считается???
Дотнетчики с этим поспорят (Если конечно под С ты подразумеваешь все что произошло из него, а именно С, СРР, С#).

А по существу дела.
Для веба ПХП, для серьезных систем - Java/.NET

Тока учти - хрен ты найдешь толковых (подчеркиваю, именно толковых) джавистов.

Оффтопик:
Если кому интересно http://shootout.alioth.debian.org/ это реинкарнация Doug Bagley's Greatest Language Shootout, если кто помнит...


PHP vs Java


P.S. Имхо производительность, то есть скорость исполнения, не имеет значения для 90% задач...

Stek писал:

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

vml Подытожил все верно.

Очень странно слышать от Вас словосочетание "динамических веб-сайтов"...слово "динамический и все такое" употребляйте в разговорах с какими-нидь олухами клиентами. Интересно что это это такое, динамический сайт. И самое интересное......почему это PHP тут будет на коне И почему java/dotnet/...что угодно еще, любая серверная технология проиграет именно при работе этих самых динамических сайтов

konstantinIFN: есть желание к словам попридираться ?
Ну давай посмотрим с другой позиции, я есть тот олух клиент, но у меня вопрос к вам уважаемый - если ява и дотнет так круто, то почему я везде вижу пхп ?

Просто как для тупого юзера, объясните плиз, почему выйгрышная технология java/dotnet так редко используется , а этот презираемый всеми пхп + мускуль ставят и используют при первой же возможности ?

Кстати, посоветуй мне сидж на java/dotnet , хочу посмотреть на его быстродействие и потребление ресурсов по сравнению с PHP / C вариантом.

Stek писал:

Ну давай посмотрим с другой позиции, я есть тот олух клиент, но у меня вопрос к вам уважаемый - если ява и дотнет так круто, то почему я везде вижу пхп ?

Давай определимся... ты "тот олух клиент" которому нужен продукт, на реализацию которого тратится 200 человекочасов, максимум 1-3 человека в разработке, тестирование на коленке и т.д., и который готов заплатить 2-3к за этот продукт или ты "тот олух клиент" которому нужна нормальная система на которой он будет зарабатывать постоянно деньги, час простоя которой будет приносить убытков больше чем бюджет в первом варианте?
Обмусолено уже тысячу раз... разные задачи, разный уровень проектов, разный подход к производственному процессу, и как следствие - разные технологии.

Stek писал:

Просто как для тупого юзера, объясните плиз, почему выйгрышная технология java/dotnet так редко используется , а этот презираемый всеми пхп + мускуль ставят и используют при первой же возможности ?

И продолжив твою фразу "... все кому не лень".
Проста перечислю первые, пришедшие в голову, отрасли где на успешных и баблозарабатывающих ресурсах я пхп если и видел то лет 5 назад: gaming industry (sporting bets, casinos, etc), banking и некоторые другие.

Вопщем давайте завязывать этот флейм. Джаве/дотнету в адулте пока не место. ТЧК.

З.Ы. Стек, извини, что влез

vlm: все что ты сказал , я могу только подвести под одну фразу "java/dotnet стоит много денег, это проекты на заказ от 10к с нормальными ТЗ, бизнеспланами и т.д." .

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

Я с явой сталкивался один раз всего, собирал кластер для ее работы. 1 комп под апаче+томкат как фронтенд, 4 в качестве бакэнда и каждый независимый, падение одного не отражалось на оставшихся, плюс мощной комп под оракл. Это все была здоровая стойка в помещение с регулируемым климатом и бесперибойником размером в 3 холодильника.
Вот эта система работала действительно надежно, там где серьезый бизнес, там и соответствующие инвистиции.

Stek писал:

vlm: все что ты сказал , я могу только подвести под одну фразу "java/dotnet стоит много денег, это проекты на заказ от 10к с нормальными ТЗ, бизнеспланами и т.д." .

Абсолютно верно. Уточню только, что нередко под такие проекты стоимость железа в эти несчастные 10к не укладывается.

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

Хотя все это ерунда, у меня приятеля приятель программирует толик на каболе, толи еще на чем то похожем и древнем. Его зарплата $250к в год плюс разные бонусы. А все просто, система запуще и работает давно на древнейшем оборудование, но всех устраивает. Менять и переделывать - миллионные затраты, так что легче найти кто знает такую древность и хорошо платить за обеспечение дальнейшей работоспособности.

К чему это я , да просто к тому что рынок большой, любое решение востребованно, главное найти того, кому это надо.

Весь флейм не осилил... резюмируя для топикстартера:

Если у тебя практически однообразная целевая аудитория (например, корпоративная локалка, по которой сгрузить Java-машину от 13 мб - не проблема), то Java рулит. Также рулит .Net =)

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

P.S. в этом-то и заключается трагизм кофейной истории, ну не стала она общепринятым стандартом, так и не были разработаны под Java специальные (со)процессоры и т.д.