Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.147.86.154] |
|
Страницы: (2) [1] 2 все ( Перейти к последнему сообщению ) |
Сообщ.
#1
,
|
|
|
Сравнение PHP, Java и ASP?
Если знаете хорошие статьи на эту тему (хотябы частично) прошу указать! Вопрос, по каким параметрам можно производить сравнение данных технологий? Первое что приходит в голову - это экономическая часть... Здесь я имею понятие о php и asp, но java... Добавлено Упс, прошу удалить тему из этого раздела |
Сообщ.
#2
,
|
|
|
Сравнение PHP, Java и ASP?
Если знаете хорошие статьи на эту тему (хотябы частично) прошу указать! Вопрос, по каким параметрам можно производить сравнение данных технологий? Первое что приходит в голову - это экономическая часть... Здесь я имею понятие о php и asp, но java... Это сообщение было перенесено сюда или объединено из темы "Сравнение PHP, Java и ASP?" |
Сообщ.
#3
,
|
|
|
Цитата Fluffy Pearl @ А я бы производительность сравнилПервое что приходит в голову - это экономическая часть... Это сообщение было перенесено сюда или объединено из темы "Сравнение PHP, Java и ASP?" |
Сообщ.
#4
,
|
|
|
Ну сравнение надо искать, долго и упорно, при этом нормальных сравнений я сам не нашел, везде субьективное мнение автора. Из своих наблюдений
JSP (Java Server Pages) намного медленее ASP.NET, PHP с JSP примерно на равных. На PHP проще начинать и делать мелкие сайтики и странички, серьезные и ресурсоемкие лучше делать на ASP.NET. Но лучше если он под виндой на IIS, на Mono чуть медленее. При этом к примеру компания Оракл активно пиарит PHP, так как он у них используется активно в их продуктах. По качеству ASP.NET впереди всех, PHP наоборот в самом низу, самое глючное что я видел. |
Сообщ.
#5
,
|
|
|
Цитата Axis @ серьезные и ресурсоемкие лучше делать на ASP.NET Субъективно. Цитата Axis @ По качеству ASP.NET впереди всех, PHP наоборот в самом низу, самое глючное что я видел. Субъективно. Сравнение следует проводить почти исключительно с экономической точки зрения: ASP-хостинг — это дороже, потому что винда. JSP-хостинг тоже дороже, потому что не похапе, который мейнстрим. Дедик с виндой дороже, потому что лицензия на винду. PHP-программистов много, они дешевы, но хороших — мало и дорого. Можно взять лида-профи, пару хороших разрабов и десяток обезьянок по килобаксу. ASP-программистов чуть меньше, они тоже достаточно дёшевы, но хороших — ещё меньше и дороже. JSP - мало и дорого, независимо от их "качества". С другой стороны, среди JPS-кодеров процент хороших выше, чем для PHP или ASP Юникс-админ, способный поддерживать сервер с {Apache+mod_php}/{Apache+Tomcat} и, например, Postfix гораздо дешевле админа виндового, сносно обращающегося с IIS, Exchange и что там ещё будет нужно. Что до технических преимуществ-недостатков, они для большинства проектов практически не играют роли: чаще упираются в ограниченность разработчиков, чем в ограниченность инструментов/платформы. |
Сообщ.
#6
,
|
|
|
А по каким параметрам производительность?
Это сообщение было перенесено сюда или объединено из темы "Сравнение PHP, Java и ASP?" |
Сообщ.
#7
,
|
|
|
1. Производительность - сразу же повлияет на "экономическую" часть
2. Популярность - не могу судить, незнаю. Имхо чем популярнее язык, тем больше по нему можно найти не только документации, но и готовых решений 3. Требования к аппаратным составляющим (можно и к первому пункту отнести, хотя и отдельно пойдёт) 4. Трудоёмкость решения задач (стоит отталкиватся от той, которую надо решить) Вот, если покапацца по гугл, вики и т.п., то эти вопросы можно решить. Статей к сожалению незнаю, но думаю народ подскажет, да и дополнит список Это сообщение было перенесено сюда или объединено из темы "Сравнение PHP, Java и ASP?" |
Сообщ.
#8
,
|
|
|
Цитата Fluffy Pearl @ экономическая часть Кто все эти люди? Цитата Fluffy Pearl @ Вопрос, по каким параметрам можно производить сравнение данных технологий? Есть замечательный параметр, по которому можно сравнивать что угодно. Называется «целесообразность применения в нашем конкретном случае». Если задача стоит — попробовать себя в роли веб-кодера, то однозначно PHP лучше, хотя бы из-за толковой документации (собственно, больше хорошего ничего и не скажу про PHP, но доки риальни отличные). Если же автор решил просто сломать себе мозг (Java) или же изощренно сломать себе мозг (ASP, .NET по вкусу, не размешивать) — удачи вам. В случае, когда нужно с минимальными затратами (времени в том числе) разработать и запустить веб-приложение, то смотрите в сторону Python + Django, или Ruby on Rails (первое практичнее, про второе больше сопливых постов в блогах). Если хочется любви, большой и чистой — Groovy + Grails, поллитра (иначе не разобраться), и мир упадет к вашим ногам. Я кончил, спасибо. Это сообщение было перенесено сюда или объединено из темы "Сравнение PHP, Java и ASP?" |
Сообщ.
#9
,
|
|
|
Я и не говорил, что мое мнение будет объективным, я просто сказал исходя из своего анализа, а анализировал, что нужно мне.
По поводу глюков пхп я думаю все видят, что творится, старые постоянно всплывают, постоянно появляются новые от апдейта к апдейту. Да и плюс к тому абсолютное неумение работать с памятью, жрет он ее очень хорошо, при этом его менеджер так устроен, что практически не дает ничего вычистить. Поддержка объектов сильно храмает, где-то они ссылочные, а где-то нет, в документации указано что ссылочные. |
Сообщ.
#10
,
|
|
|
Цитата Axis @ По поводу глюков пхп я думаю все видят, что творится, старые постоянно всплывают, постоянно появляются новые от апдейта к апдейту. На самом деле, никто из тех, кто не интересуется bugs.php.net, не видит Я лично сталкивался с глюками сам всего пару раз за пять лет. Включая год работы в хостинг-компании. Глюков в апаче, openssl и glibc за это время я словил больше. Реально ситуация c PHP не хуже, чем в любом open source проекте. Цитата Axis @ и плюс к тому абсолютное неумение работать с памятью Я видел только своё неумение работать с памятью. Все лики были либо моей виной, либо багами в экстеншенах. Цитата Axis @ Поддержка объектов сильно храмает Это да. Оно там by design не очень хорошее (как же я политкорректен сегодня, а!). В общем, PHP - это совсем не глючное поделие, каким его так стараются выставить его ненавистники и его же адепты. Вполне себе язык, с кучей недостатков и достоинств. |
Сообщ.
#11
,
|
|
|
Сейчас распространено создание сайтов на java, но вот никакой информации по сравнении этогоо языка с другими WEB языками найти не удается.
Может я делаю не правильную постановку вопроса? Подскажите! |
Сообщ.
#12
,
|
|
|
Цитата Axis @ В данном случае за 3 года столкнулся с парой десятков глюков, половина которых в ядре Zend.По поводу глюков пхп я думаю все видят, что творится, старые постоянно всплывают, постоянно появляются новые от апдейта к апдейту. Цитата Axis @ Да и плюс к тому абсолютное неумение работать с памятью, жрет он ее очень хорошо, при этом его менеджер так устроен, что практически не дает ничего вычистить. Цитата rusty_angel @ В данном случае мы только экстеншенами и пользуемся, без них ничего не сделать. Вот некоторые кривости менеджера памяти:Я видел только своё неумение работать с памятью. Все лики были либо моей виной, либо багами в экстеншенах. 1. Заполняем массив, затем присваиваем по ссылке значение переменной и все unset весь массив не удаляет. 2. Недокументированная особенность работы с mysql заключается в том, что либа кэширует все запросы и если в сях это можно обойти, то пхп такой возможности не дает, в итоге при большом объеме получаемых данных значительная утечка. 3. Очень много жрет на создание объекта, порядка 200 байт доп. инфы, которая также не вычишается unset, примерно также и с массивами. первый и третий пунктик уже не дают спокойно работать использовать какие-то хитрые алгоритмы. |
Сообщ.
#13
,
|
|
|
Цитата Axis @ 1. Заполняем массив, затем присваиваем по ссылке значение переменной и все unset весь массив не удаляет. Это да. Цитата Axis @ 2. Недокументированная особенность работы с mysql заключается в том, что либа кэширует все запросы и если в сях это можно обойти, то пхп такой возможности не дает, в итоге при большом объеме получаемых данных значительная утечка. Не замечал. На больших объёмах. Надо будет потестировать. Цитата Axis @ 3. Очень много жрет на создание объекта, порядка 200 байт доп. инфы, которая также не вычишается unset, примерно также и с массивами. первый и третий пунктик уже не дают спокойно работать использовать какие-то хитрые алгоритмы. Не придавал значения и неудобств (пока) не испытывал. |
Сообщ.
#14
,
|
|
|
Цитата rusty_angel @ Не придавал значения и неудобств (пока) не испытывал. Ну когда объекты надо создавать тысячями и десятками тысяч, очень сильно замечается) |
Сообщ.
#15
,
|
|
|
Сдаётся мне, PHP для этого просто не предназначен И для веба это не слишком типично. С таким в яву, конечно.
|