Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  23:29[Войти] | [Зарегистрироваться]
Обсуждение темы:
Borland Developer Studio 2006

2 декабря в Москве прошел семинар "Delphi 2006, C++Builder 2006, C#Builder 2006 и новейшие ALM-решения Borland". Данная тема предназначена для обсуждения семинара(впечатлений, итогов и т.п.)

Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру


Всего в теме 632 сообщения

Добавить свое сообщение

Отслеживать это обсуждение
<<<... | 622—613 | 612—603 | 602—593 | ...>>>
Всего сообщений в теме: 632; страниц: 64; текущая страница: 3


№ 612   23-11-2007 12:16 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 609« (artemiy)
___________________________
Тут тоже есть смысл: для такой большой системы как Delphi для каждого бага делать свой патч не имеет смысла - это сильно усложнит сопровождение программы. Да и не такой он и критический этот баг.


№ 611   23-11-2007 12:14 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 608« (Сергей Перовский)
___________________________
Нет, неявное преобразование строк это зло! Когда пишешь сложные алгоритмы, работающие со строками, (например системы машинного перевода, проверка орфографии) ты должен ясно представлять себе с чем имеешь дело: ANSI, UTF8/26/32, UCS-2/4.

Представляете, если ваш алгоритм заточен на использование ANSI-строк в кодировке CP1251, а тут из какого-нибудь контрола TEdit приходит Unicode-строка, которая соединяется с другими ANSI-строками, неявно преобразуя их в Unicode, и понеслось...

Я б оставил AnsiString в том виде в котором он есть сейчас для обратной совместимости и для использования с алгоритмами, которым Unicode не нужен и даже вреден (по потреблению памяти, скорости обработки и т.п.). А весь GUI в программе, и вообще все остальное писать только с использованием Unicode.


№ 610   23-11-2007 12:05 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 607« (Cepгей Poщин)
___________________________
По мне так он и не умирал. Хотя признаюсь честно в конце 2005 - начале 2006 были некие панические настроения, типа куда податся, на Chrome, Visual Basic или Free Pascal.
Но теперь я знаю, что Win32 будет здесь еще долго. И еще неизвестно, выиграли ли те, кто в погоне за модой кинулись писать свои проги под .NET WinForms, который фактически уже считается устаревшим.


№ 609   23-11-2007 10:59 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 607« (Cepгей Poщин)
___________________________
Они уже лет 5 преувеличины) Delphi живее всех живых и остается ИМХО лучшей рад.
--
Да апдейт наверно вскоре появится, только очень уж растраивает скорость его выпуска. Тот же баг с контекстным меню непозволительно долго существует. Хотя выпустить патч дело 1-2 дней.


№ 608   23-11-2007 10:17 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 605« (Aleg Azarousky)
___________________________
Unicode VCL делать надо полюбому.Сколько можно топтатся на месте?
По мне, это и есть топтание на месте. Нужно снова принципиально изменить string, включив в заголовок кодировку и отдельно длину в символах и байтах. Тогда не будет необходимости писать бесконечные преобразования при операциях со строками и множество вариантов функций для разных кодировок. Например при сложении 2 строк с разными однобайтными кодировками они должны быть автоматически преобразованы в Unicode, а тип данных не поменяется.


№ 607   23-11-2007 10:10 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 606« (Aleg Azarousky)
___________________________
Т.Е. я так понимаю, слухи о смерти Delphi несколько преувеличены?
 Cep


№ 606   23-11-2007 06:55 Ответить на это сообщение Ответить на это сообщение с цитированием
Кста насчет апдейта к студии. Здается мне, он будет объявлен к Code Rage II. Ждать осталось недолго - 26 ноября.


№ 605   23-11-2007 06:51 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 604« (artemiy)
___________________________
Из 10 запросов 4 были открыты в этом году, еще 5 - летом прошлого года, когда в команду пришли свежие люди. Так что прогресс есть.

x64 в роадмапе заявлен на зиму 2008, но я где-то в новостях видел сообщение Ника Ходжеса, что этот срок все же будет отодвинут, скорее на начало 2009 года. Хотя как по мне, x64 пока не актуален. Лучше бы кросс-компиляцию для Linux сделали.

Unicode VCL делать надо полюбому. Сколько можно топтатся на месте? Вполне возможно что будет некая регрессия качества. Но наверное многие согласятся, что Delphi 2007 с последними патчами очень стабилен. И есть подозрения, что готовящийся апдейт для RAD Studio сделает этот продукт самым стабильным за всю историю Delphi. Так что учитывая такое внимание к качеству системы будем надеятся, что Delphi 2008 не будет сильно уступать 2007 версии.


№ 604   23-11-2007 03:08 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 603« (Aleg Azarousky)
___________________________
Уважаемый, Вы уверены что топ 10 год назад был не в остоянии "открыт", по-моему эти запросы и раньше были открыты.

На счет генериков - конечно работа ведется, еще бы она не велась ведь в роадмапе указан срок ориентировочного выхода Delphi с поддержкой юникода и генериков - первая половина 2008.
А придерживаться роадмапа - это единственное что сейчас нужно Codegear.
И даже x64 запланировано на осень зиму 2008 :-)

Только боюсь я, что столь значительные нововведения приведут к очередному ветку нестабильных версий. Я боюсь думать что будет после реализации Unicode VCL.


№ 603   23-11-2007 01:57 Ответить на это сообщение Ответить на это сообщение с цитированием
Некоторые наблюдения. Судя по этому сообщению ( http://blogs.codegear.com/abauer/2007/11/21/38841/ ) Алена Бауэра, в Delphi, которая в разработке, уже появились типы с параметрами (generics).

На этой странице в Quality Central ( http://qc.codegear.com/wc/qcmain.aspx?p=10 ) есть Топ 10 наиболее популярных возможностей, которые хотели бы видеть разработчики в новой версии Delphi. Интересно, что ВСЕ 10 этих запросов открыты, а значит работа по ним уже ведется. Эта ситуация кардинально отличается от того, что было еще год назад. Поезд тронулся?

И последнее. Здесь ( http://qc.codegear.com/wc/qcmain.aspx?d=8802 ) находится запрос на добавление кросс-компиляции для Linux и OSX в Delphi. Странно, что за него еще никто не отдал голосов. Поддержим?


<<<... | 622—613 | 612—603 | 602—593 | ...>>>
Всего сообщений в теме: 632; страниц: 64; текущая страница: 3


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
Функция может не работать в некоторых версиях броузеров.

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования