Извините, но для меня это разговор с глухим, тем более, если вы говорите — писали много на всех 3х языках. Разницу должны понимать.
На Java никому в голову не придет писать raw-html в out. Просто потому что это неудобно и вне рамок технологии. Есть стандартные компоненты, фреймворки их и используют.
Вы видели html сгенерированный на ASP.NET? Это же жесть.
Тем не менее писать его достаточно просто, пока работаешь с компонентами. А вот спустится до уровня чистого html — проще застрелиться и писать действительно весь вывод в out. Но для .NETчика это мартышкин труд.
На PHP просто нет соответствующих библиотек такого качества, зато я четко контролирую что у меня будет в html (впрочем и выхода особого нет :) ). ez, ZF, CI, Doctrine достаточно сыроваты. Они писались в определенных условиях, под определенные нужды.
Поэтому даже средние специалисты часто пишут свое. Хорошие специалисты уже написали и пользуются своим.
P.S. если вы не в курсе, я пишу на PHP в основном.
Лет через 5ть мы, возможно, увидим прогресс. Вопрос какой ценой. За легкость разработки и лишние абстракции всегда надо платить и производительностью и деньгами.
ООДБ — да, красиво, но…
Пока такие ООДБ проигрывают для PHP по соотношению Цена разработки/скорость работы.
Плюс, я, просто, не встречал на PHP серьезных разработок базирующихся на доменной архитектуре, где интересно хранить именно объекты. Поэтому возник вопрос, а зачем это надо? :)
Работать в Win вы не умеете и вам нужно тратить время на обучение. Вам его жалко. Поэтому предпочитаем обсирать со своей колокольни.
99% ваших аргументов сводятся к фразе «Windows не такой? как Unix».
Извините, но это не аргументация вовсе. Поэтому или напрягитесь и придумайте. Или прекращайте заниматься глупостями. Работайте с тем, что знаете хоть как-то.
Просто, меня смущает применение SOAP для коммуникации в рамках одного приложения — это слишком накладно и бессмысленно на мой взгляд. А вот для связи нескольких приложений — другой вопрос.
Мгм, боюсь, вы не сможете выдать адекватное число параллельных запросов, чтобы последняя фраза стала правдой.
Более того, накладные расходы(впустую затрачиваемое процессорное время) будут только расти. И SOAP тут совсем не причем. Вы можете лишь сократить время отклика системы.
SOAP выгоден не из-за возможности распараллелить, а из-за возможности сосредоточить тяжелые вычисления в одном месте, а результатами пользоваться в любом другом месте. Плюс, не требуется реализовывать у себя существующий(где-то) функционал — вы просто пользуетесь уже реализованным.
Делаете выводы на каких-то недомолвках.
Я, например, прекрасно могу себе представить вариант, когда необходимо манипулировать с достаточно большим объемом данных на клиенте.
Жаль.
На Java никому в голову не придет писать raw-html в out. Просто потому что это неудобно и вне рамок технологии. Есть стандартные компоненты, фреймворки их и используют.
Вы видели html сгенерированный на ASP.NET? Это же жесть.
Тем не менее писать его достаточно просто, пока работаешь с компонентами. А вот спустится до уровня чистого html — проще застрелиться и писать действительно весь вывод в out. Но для .NETчика это мартышкин труд.
На PHP просто нет соответствующих библиотек такого качества, зато я четко контролирую что у меня будет в html (впрочем и выхода особого нет :) ). ez, ZF, CI, Doctrine достаточно сыроваты. Они писались в определенных условиях, под определенные нужды.
Поэтому даже средние специалисты часто пишут свое. Хорошие специалисты уже написали и пользуются своим.
P.S. если вы не в курсе, я пишу на PHP в основном.
Лет через 5ть мы, возможно, увидим прогресс. Вопрос какой ценой. За легкость разработки и лишние абстракции всегда надо платить и производительностью и деньгами.
Propel и NHibernate сильно разные вещи.
Вы просто попробуйте написать средний проект (от 100к строк) на C#, Java, PHP и поймете разницу.
PHP более низкоуровневый — именно этим он и удобен для большинства веб-сайтов
(больший контроль над всем, меньший оверхед и т.д.)
Это не плюс и не минус, просто это так есть.
К примеру, на PHP каждый второй, средней руки специалист пишет свой DB access layer или framework. На C#, Java — это редкое явление.
ООДБ — да, красиво, но…
Пока такие ООДБ проигрывают для PHP по соотношению Цена разработки/скорость работы.
Плюс, я, просто, не встречал на PHP серьезных разработок базирующихся на доменной архитектуре, где интересно хранить именно объекты. Поэтому возник вопрос, а зачем это надо? :)
простой эмоциональный выброс и ничего более.
Работать в Win вы не умеете и вам нужно тратить время на обучение. Вам его жалко. Поэтому предпочитаем обсирать со своей колокольни.
99% ваших аргументов сводятся к фразе «Windows не такой? как Unix».
Извините, но это не аргументация вовсе. Поэтому или напрягитесь и придумайте. Или прекращайте заниматься глупостями. Работайте с тем, что знаете хоть как-то.
Просто, меня смущает применение SOAP для коммуникации в рамках одного приложения — это слишком накладно и бессмысленно на мой взгляд. А вот для связи нескольких приложений — другой вопрос.
Просто автор пытается донести преимущества своего продукта в понятном виде для веб-разработчиков(сайтостроителей) :)
Но вот зачем им(сайтостроителям) SOAP — тут я затрудняюсь ответить :)
Более того, накладные расходы(впустую затрачиваемое процессорное время) будут только расти. И SOAP тут совсем не причем. Вы можете лишь сократить время отклика системы.
SOAP выгоден не из-за возможности распараллелить, а из-за возможности сосредоточить тяжелые вычисления в одном месте, а результатами пользоваться в любом другом месте. Плюс, не требуется реализовывать у себя существующий(где-то) функционал — вы просто пользуетесь уже реализованным.
Скорость выполнения кода не имеет существенного значения. Хоть с WSDL, хоть без него.
Девушкам программировании преимущество дает большая внимательность, кропотливость и, как следствие, меньшее число ошибок в рутиных операциях.
(впрочем часовщики это давно подметили и часы сейчас собирают в основном женщины)