| 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 сообщений
Добавить свое сообщение
Отслеживать это обсуждение 
| № 215 29-03-2007 07:29 |   |
Ответ на »сообщение 211« (DRON)
___________________________
К тому же это ограничение вообще не относится к UTF-8, это проблема юникода в целом, то же самое можно наблюдать и у стандартного для виндов UTF-16.
Да я именно это и говорил в »сообщение 209«
Никто не говорит, что будет легко. Но это есть проблемы разработчиков utf8vcl, но не прикладных программистов, которые будут пользоваться utf8vcl.
Неуж-то разработчики будут подменять вызовы ко всем функциям из Windows, SysUtils, которые работают со строками как Ansi? Кроме того, врядли возможно подменить функцию Length или обращение по индексу, ну и PChar'овские функции.
| № 214 29-03-2007 07:26 | |
Может кто-нибудь в двух словах объяснит? Некоторые жители КД спорят о том нужен или нет unicode(utf и т.д.), трудно или нет будет заставить работать некоторые функции со строками "переменной" длины...
А как это всё работает, например, в php, ведь и длины строк определяются, и поиск и рег.выражения работают... Почему в php смогли всё это воплотить, а в delphi с таким скрипом пытаются его прикрутить, в чём разница или причина?
[i]Мне уникод не критичен, поэтому вникать в эту тему желания особого нет, просто ради интереса.[/i]
| № 213 29-03-2007 06:41 | |
Ответ на »сообщение 210« (wallaby)
___________________________
Да, я тоже читал что будет. Надеюсь скоро.
| № 212 29-03-2007 06:40 | |
Ответ на »сообщение 209« (Banderas)
___________________________
К сожалению - нет. Некоторые символы - могут кодироваться как одним двухбайтным кодом, так и последовательностью двух двухбайтным символов. Они называются декомпозицией. Для этого в стандарте указано 4 канонических представления для сравнения.
Переформулирую: При использовании UTF8 одного канонического представления... (далее по тексту).
Зачем вам разные представления в одной программе?
Дело не в компонентах ввода-вывода (это лишь часть проблемы юникода причем не самая большая) а допустим в функциях для работы с именами файла, урлами, текстами (RegExpr, HTMLParser, etc.)
Никто не говорит, что будет легко. Но это есть проблемы разработчиков utf8vcl, но не прикладных программистов, которые будут пользоваться utf8vcl.
| № 211 29-03-2007 05:49 | |
Ответ на »сообщение 209« (Banderas)
___________________________
Некоторые символы - могут кодироваться как одним двухбайтным кодом, так и последовательностью двух двухбайтным символов.
Ну так никто же не мешает выполнять нормализацию при конвертировании из Unicode в UTF-8 и обратно. Вся требуемая функциональность имеется у стандартных MultiByteToWideChar/WideCharToMultiByte. К тому же это ограничение вообще не относится к UTF-8, это проблема юникода в целом, то же самое можно наблюдать и у стандартного для виндов UTF-16.
Хотя замечу что проблем с UTF-8 не меньше чем c полным переходом на Unicode, а может и больше. Всё таки существует слишком много функций как в VCL, так и в сторонних библиотеках которые используют посимвольную обработку (PChar) и считают что Length() выдаёт длину строки в символах, а не в байтах.
| № 210 29-03-2007 03:55 | |
Ответ на »сообщение 206« (Aleg Azarousky)
___________________________
Ничего не слышно насчёт апгрейда с Turbo? Написал Ходжесу, получил в ответ "we are setting up the ability to upgrade from the Turbos to Delphi 2007". Надо понимать "мы уже работаем над этим". :)
| № 209 29-03-2007 03:36 | |
Ответ на »сообщение 205« (Aleg Azarousky)
___________________________
Ответ на »сообщение 203« (Banderas)
___________________________
1. Каждому символу Unicode соответствует одна и только одна последовательность байтов в UTF8
К сожалению - нет. Некоторые символы - могут кодироваться как одним двухбайтным кодом, так и последовательностью двух двухбайтным символов. Они называются декомпозицией. Для этого в стандарте указано 4 канонических представления для сравнения.
2. Ни одна последовательность байтов в UTF8, соответствующая некоему символу, не может входить в последовательность байтов, соответствующих другому символу.
Это есть даже в UTF-16, UCS-2 и в utf-8 тоже, когда два разных символа на стыке дают другой символ. Причины смотри выше.
Кроме того, могу сказать, что простейшие компоненты, такие как TLabel, TEdit, TInputBox и другие уже реально работают в utf8vcl, хотя библиотека еще в стадии альфа.
Дело не в компонентах ввода-вывода (это лишь часть проблемы юникода причем не самая большая) а допустим в функциях для работы с именами файла, урлами, текстами (RegExpr, HTMLParser, etc.)
| № 208 29-03-2007 03:33 | |
| № 207 29-03-2007 03:26 | |
Ответ на »сообщение 204« (BIGValik)
___________________________
У них с правой стороны колонка такая бежит с отзывами :"What People Are Saying:"
Я думаю что это реклама, так что не обращайте на это внимания.
Почему то на сайте реселлеров этого продукта еще нет в списке.
| № 206 29-03-2007 02:36 | |
Ответ на »сообщение 202« (Ильяс)
___________________________
Delphi 2007 производит очень приятное впечатление. Очень стабилен, быстрый, поддержка Vista и т.д. Если у вас сейчас стоит Delphi версии <= 2005, и вам не нужен .NET, то можно подумать о покупке.
Если же у вас Delphi 2006/Turbo Delphi, принять решение сложнее. Во-первых, Delphi 2006 со всеми патчами тоже на мой взгляд вполне стабильный, падает очень редко. Во-вторых, Highlander выйдет уже достаточно скоро, может в конце лета, и там будет довольно много усовершенствований и для win32, не только для .NET: generics, более полная справка, и т.п.
Есть еще вариант брать Delphi 2007 с SA, если можете выделить на это деньги.
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
