| Delphi 2007: Что год текущий нам готовит?.. |
Из неофициальных источников появилась некоторая интересная информация по поводу развития Delphi в 2007 году.
Компания-разработчик нашего любимого RAD-средства, проанализировав пожелания Delphi-сообщества, изменила свои первоначальные планы на текущий год.
Основные моменты:
1) В марте 2007 года выйдет Delphi 2007 (win32)
Плохая новость: в мартовской версии Delphi 2007 не будет юникода;
Хорошая новость: юникод будет в середине лета!
И это не единственная хорошая новость! В мартовской версии Delphi 2007 обещают много интересных "вкусностей", в том числе DBX4 и полную поддержку VISTA.
2) В марте 2007 года должен появиться новый и очень интересный продукт — Delphi for PHP — полноценное RAD-средство для разработки на PHP.
3) Выход новых версий продуктов линейки Turbo предполагается в конце 2007 года.
4) И еще небольшой сюрприз: стоимость Turbo Delphi Pro снизилась до 250$.
Вот так, коротенько...
 Елена Филиппова
Всего в теме 1215 сообщений
Добавить свое сообщение
Отслеживать это обсуждение 
| № 145 20-03-2007 07:06 |   |
Ответ на »сообщение 144« (panda)
___________________________
Я никогда не утверждал, что они такие же быстрые. Я утверждаю, что скорости интерпретируемых языков хватает для 99.9% задач для реализации сайтов...
Да, для создания обычных сайтов (типа Apache + MySQL + PHP), я согласен. Но Интернет сейчас - это не только набор HTML-страничек с доступом к БД. И создание целых сайтов с помощью Intraweb - это только одна из его возможностей:
IntraWeb applications can be targeted to any of the following server types:
- ISAPI/NSAPI
- Apache versions 1 and 2
- CGI (page mode only)
- Windows services
Дайте мне ссылку на какой-нибудь сервер IP-телефонии, полностью написанный на скриптах. Очень хочется посмотреть как на PHP выполнены алгоритмы кодирования/декодирования голоса. 8)
Если какая-то открытая вами в браузере страница заканчивается на ....php - это не значит что весь сайт построен на PHP.
Кстати насчет ASP. Насколько я знаю, модули ASP.NET 2.0 могут быть предкомпилированными при выкладывании на сервер, так что это уже не скрипт.
| № 144 20-03-2007 06:39 | |
Ответ на »сообщение 143« (Aleg Azarousky)
___________________________
Вы смотрели ссылку на бенчмарк, который я приводил ниже?
Смотрел.
И после этого вы будете утверждать, что скриптовые поисковые движки такие же быстрые, как откомпилированные?
Я никогда не утверждал, что они такие же быстрые. Я утверждаю, что скорости интерпретируемых языков хватает для 99.9% задач для реализации сайтов. Причем я верю, что есть 0.1% случаев, когда придется использовать компиляторы (другого выхода просто не будет), но мне такие задачи в принципе не встречались.
Я не понимаю, о чем Вы спорите. Большинство сайтов сегодня делается на интерпретируемых языках: PHP, Perl, Python, Ruby (можно сюда тот же ASP добавить). И всех это устраивает: и авторов, и пользователей.
| № 143 20-03-2007 06:15 | |
Ответ на »сообщение 142« (panda)
___________________________
IntraWeb имеет так много недостатков, что никому его скорость не нужна. Если не верите, сходите в соответствующую ветку Базарной площади.
Будем надеятся, что его качество будет улучшаться. Опять же, если делать обычный сайт с кучкой страниц и запросами к базе данных, то естественно лучше использовать PHP.
Как, еще один? А куда эти девать? ;)
Ну и? Большинство ссылок - либо скрипты поиска в БД (т.е. большую часть поисковой работы выполняет сама СУБД), либо простые скрипты поиска по сайту, для которых скорость не критична. Вы смотрели ссылку на бенчмарк, который я приводил ниже? И после этого вы будете утверждать, что скриптовые поисковые движки такие же быстрые, как откомпилированные?
| № 142 20-03-2007 05:07 | |
Ответ на »сообщение 141« (Aleg Azarousky)
___________________________
Может я выразился не совсем понятно: быстрый скомпилированный код (в нашем случае - IntraWeb) подходит для специализированных вебсервисов, сложных вычислительных модулей к HTTP-серверам, и везде там где требуются большие вычисления на стороне сервера.
IntraWeb имеет так много недостатков, что никому его скорость не нужна. Если не верите, сходите в соответствующую ветку Базарной площади.
Но попробуйте сделать поисковый движок или программу-переводчик на чистом PHP.
Как, еще один? А куда эти девать? ;)
| № 141 20-03-2007 04:33 | |
Ответ на »сообщение 139« (panda)
___________________________
Может я выразился не совсем понятно: быстрый скомпилированный код (в нашем случае - IntraWeb) подходит для специализированных вебсервисов, сложных вычислительных модулей к HTTP-серверам, и везде там где требуются большие вычисления на стороне сервера. Ну вот сравнение скорости работы откомпилированного CGI (C++) и скриптовых языков:
http://www.wrensoft.com/zoom/benchmarks.html
Это вовсе не значит, что сайты на PHP со множеством страниц мегабайтных размеров будут работать медленнее, если они построены на простых HTTP-шаблонах, не требующих больших вычислений на стороне сервера. Но попробуйте сделать поисковый движок или программу-переводчик на чистом PHP.
| № 140 20-03-2007 04:21 | |
Ответ на »сообщение 139« (panda)
___________________________
Ответ на »сообщение 137« (Aleg Azarousky)
___________________________
Это не совсем так. PHP - это медленный, интерпретируемый язык.
Угу. Вот только большинство быстрых и больших сайтов написаны на интерпретируемых языках.
В свете большого времени отклика в веб (www = world wide wait), производительность скриптового языка на сервере для пользователя практически незаметна.
| № 139 20-03-2007 00:28 | |
Ответ на »сообщение 137« (Aleg Azarousky)
___________________________
Это не совсем так. PHP - это медленный, интерпретируемый язык.
Угу. Вот только большинство быстрых и больших сайтов написаны на интерпретируемых языках.
| № 138 19-03-2007 14:15 | |
Ответ на »сообщение 135« (Елена Филиппова)
___________________________
Ответ на »сообщение 134« (Сергей Осколков)
___________________________
Я во всяком случае пишу код в Блокноте.
И я по этой же причине очень жду этот продукт...
А есть же всякие PHP Master Editor, PHP Expert Editor.
Там не только подсветка синтаксиса PHP/HTML, но и код можно выполнить и тут же просмотреть результат на другой вкладке...
| № 137 19-03-2007 14:02 | |
Ответ на »сообщение 133« (Сергей Перовский)
___________________________
Это не совсем так. PHP - это медленный, интерпретируемый язык. Он в основном предназначен для разработки GUI к базам данных на сервере, ну и для разнообразных маленьких и средних по размеру сайтов, работающих на любой платформе (Windows, Linux).
А IntraWeb - больше подходит для разработки быстрых специализированных веб-сервисов, модулей для HTTP-серверов, и сайтов со сложной внутренней структурой и большими кусками кода Delphi, скомпилированного под Windows. Я тут скорее вижу разные ниши применения, нежели конкуренцию.
| № 136 19-03-2007 13:27 | |
Утверждалось, что в Delphi 2007 for Win32 с Web разработкой тоже все будет классно, поэтому и не могу понять, зачем два продукта одинаковой направленности.
Если бы PHP интегрировался с стандартным Delphi и можно было бы пользоваться общим дизайном для Web и Win32 приложений, было бы здорово. Есть такая актуальная задача - выпускать продукты в двух версиях. Но Delphi PHP - самостоятельный продукт. А его появление может отрицательно сказаться на развитиии Web библиотеки в Delphi Win32.
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
