RadStudio XE4. Дожили...

← →
clickmaker © (2013-05-05 19:28) [40]

- доктор, у меня проблемы с депрекацией
o)

← →
картман © (2013-05-05 21:21) [41]

> Поэтому они и хотят IR использовать

что это?

← →
TUser © (2013-05-05 23:44) [42]

Как бы фрипаскаль не начал перенимать инновации.

← →
Зато мы делаем ракеты! (2013-05-05 23:56) [43]

Юрий Зотов © (05.05.13 12:51) [12]

Похоже, они специально делают несовместимость новых версий со старыми.

они это уже делали при переходе d5->d7
ну пара контор, до того сидевших на коболе и перешедших на d5, так на d5 и остались. ну и борланду или как оно там счас чё?

а остальные организованной толпой...

← →
Германн © (2013-05-06 01:14) [44]

> они это уже делали при переходе d5->d7

Не заметил такого. Об чём речь?

← →
Дмитрий С © (2013-05-06 03:08) [45]

> Как бы фрипаскаль не начал перенимать инновации.

Развитие фрипаскаля медленное как корова у зергов, пока дойдет до них..

Предположим, что дельфи таки станет таким - универсальный язык для десктопа и мобильных платформ. Хоть и грустно, но к новшествам привыкнем. Получается, что один язык, одна среда , одна классовая структура под все (как .нет, только реально под все), и при этом нативный код на выходе. А альтернативы то такому продукту есть?

Пс. Конечно будет большая печаль, если какой нибудь фонарик под андроид будет весить 15 метров и сотню оперативы.

← →
картман © (2013-05-06 03:25) [46]

> Конечно будет большая печаль, если какой нибудь фонарик
> под андроид будет весить 15 метров и сотню оперативы.

интел выручит))

вообще, нынешняя ИТ-индустрия напоминает нечто подобное: http://www.youtube.com/watch?v=m1zUpIZjctk

← →
Inovet © (2013-05-06 04:13) [47]

> [41] картман © (05.05.13 21:21)
> > Поэтому они и хотят IR использовать
>
> что это?

Инфракрасный

← →
Юрий Зотов © (2013-05-06 07:37) [48]

> Зато мы делаем ракеты! (05.05.13 23:56) [43]
> они это уже делали при переходе d5->d7

Лично и в одиночку переводил здоровенный проектище с D7 на D7. Заняло где-то неделю-другую - при том, что занимался еще и другими делами. Глюков после перевода выявлено не было.

Разве это несовместимость? Это так, семечки. Не сравнить с тем, что они в XE4 сотворили, судя по статье gunsmoker"а.

← →
Юрий Зотов © (2013-05-06 07:45) [49]

> antonn © (05.05.13 13:34) [23]
> if(S1.toLowerCase().equals("dd"))

if ("dd".equalsIgnoreCase(S1))

← →
antonn © (2013-05-06 08:16) [50]

> Юрий Зотов © (06.05.13 07:45) [49]

в любом случае без "==", через equals

← →
robt2 (2013-05-06 10:23) [51]

Удалено модератором

← →
O'ShinW © (2013-05-06 10:33) [52]

Удалено модератором

← →
DevilDevil © (2013-05-06 10:45) [53]

> DVM © (05.05.13 10:31)

я просто в шоке !
спасибо, что поднял тему!

p.s. а что, в мобильных платформах нет указателей ?

← →
clickmaker © (2013-05-06 12:27) [54]

> а что, в мобильных платформах нет указателей ?

да куда они денутся? Просто для CLR pointer заменили TObject, ввели ключевое слово unsafe...

← →
robt2 (2013-05-06 12:57) [55]

Удалено модератором

← →
DevilDevil © (2013-05-06 15:40) [56]

> clickmaker © (06.05.13 12:27) [54]

> да куда они денутся? Просто для CLR pointer заменили TObject,
> ввели ключевое слово unsafe...

моя твоя не понимать
нафига использовать подсчёты ссылок ?
пусть Java и C# используют
нам то зачем ?

нам и без них хорошо

← →
jack128_ (2013-05-06 15:47) [57]

>>p.s. а что, в мобильных платформах нет указателей ?
Есть конечно. С++ поддерживается всеми мобильными платформами.

>>нафига использовать подсчёты ссылок ?
>>пусть Java и C# используют
>>нам то зачем ?
как раз java и шарп счетчик ссылок не используют.

← →
DevilDevil © (2013-05-06 15:53) [58]

тогда не понятно, от чего столько геморроя
http://www.gunsmoker.ru/2013/05/modern-delphi.html

меня как сторонника быстрого кода смущают удары по производительности, объёму используемой памяти и обратной совместимости

← →
DVM © (2013-05-06 16:09) [59]

> DevilDevil © (06.05.13 15:53) [58]

Если вот этот MoveData() окончательно вытеснит Move(), то можно распрощаться со скоростью.

← →
DevilDevil © (2013-05-06 16:17) [60]

> DVM © (06.05.13 16:09) [59]

да там уже начиная с x64 какой-то ад с производительностью происходит
не смотря на то, что и раньше Delphi не блистал

← →
Rouse_ © (2013-05-06 19:06) [61]

Общая идеология развития ХЕ мне нравиться, но только если смотреть на нее со стороны стартап-проектов. Есть очень много полезных вещей.
Но вот что касается постоянных переписок проектов под новые веяния - это жирный минус.
В итоге мы по всей видимости остановимся на ХЕ3, дальше смысла переходить не имеет (мобильность нам не сильно нужна), а для стартап-проектов давно уже используем C#.

← →
dmk © (2013-05-06 19:46) [62]

Печально все это. На что рекомендуете переводить проекты с D7? Под X3 пробовал, вроде компилируется, но куча хинтов про строки, а хочется чтобы в ближайшие лет 10 ничего не трогать, но под Win64/32 работало. Мобильность вообще не вариант для моих полиграфических проектов.

← →
Rouse_ © (2013-05-06 20:10) [63]

> dmk © (06.05.13 19:46) [62]

Мы на 2010-о сидим, переезд с 2007-го дался очень сложно (в основном из-за строк, глюки выплывали примерно 3 месяца после переезда + 3 месяца сам переезд). Сейчас правим в свободное время модули под ХЕ3, нюансов конечно меньше, но не все так просто.
Если уж решишься - то ИМХО сразу проскочить на ХЕ3. Есть такая надежда что в следующих релизах эмбаркадера таки определиться где у них MobileStudio а где Delphi и все устаканиться...

← →
MBo © (2013-05-06 20:12) [64]

>но куча хинтов про строки
что за работа со строками? В общем-то, перевод не вызвал особых затруднений. Где низкоуровневая работа велась - string, char, pchar переименованы в AnsiXXX, где высокоуровневая - почти ничего не поменялось. Со множествами символов тоже как-то разруливается.

← →
Rouse_ © (2013-05-06 20:18) [65]

> MBo © (06.05.13 20:12) [64]
> что за работа со строками? В общем-то, перевод не вызвал
> особых затруднений

Ну хоть у кого-то счастье было :)

← →
dmk © (2013-05-06 20:24) [66]

Rouse_ © (06.05.13 20:10) [63]
Вот и думаю, дождаться X4-X5 или на X3 остановится.

MBo © (06.05.13 20:12) [64]
>что за работа со строками?
Да сложного ничего, простые старые ANSI-строки для хранения тэгов прочитанных из файлов TIFF, ICC, ICM. Пока в юникод перевел, но не очень понимаю куда все движется. Все же программирование для меня не основное занятие. Больше вызывает озабоченность за ассемблер. У меня процентов 35-40 на асме написано. В основном MMX, SSE, SSE2. Преобразования матриц. Если писать на паскале, то тормоза появляются. Видимо надо перестраивать идеологию. Вот и читаю, что ждать от будущих версий.

← →
Rouse_ © (2013-05-06 20:31) [67]

> dmk © (06.05.13 20:24) [66]

Угу, понятно, у нас с тобой те же проблемы. Убиваются указатели и прочее, а уж с учетом ассемблера, думаю ХЕ3 последнее, что можно более менее внятно использовать - дальше тупик.

← →
Eraser © (2013-05-06 20:34) [68]

> dmk © (06.05.13 20:24) [66]

что значит "остановиться"? чтобы через 5 лет создавать плаксивые ветки на форуме о том, как тяжело перейти на XE10? за все время хоть какие-то реальные сложности с переходом возникали только при переходе на юникод.

> У меня процентов 35-40 на асме написано

возможно имеет смысл вынести это в отдельную библиотеку и компилировать каким-нибудь продвинутым инструментом от Intel?

>Rouse_ © (06.05.13 20:18) [65]
>Ну хоть у кого-то счастье было

Специфика - проекты у меня небольшие, но много. Все сразу переводить не нужно, только по мере необходимости внести существенные изменения. Если доработки небольшие - D2006 еще на ходу

>Убиваются указатели и прочее

Жуть. Кто мог предположить такое. У меня куча асма с вмешательством в классы. Сплошные указатели. Может это и ай-яй-яй, но ведь не запрещено.
Поэтому и придется всю структуру и логику переделывать.

>возможно имеет смысл вынести это в отдельную библиотеку и компилировать
>каким-нибудь продвинутым инструментом от Intel?

С асмом особых проблем не вижу. Чистые расчеты перенесу во внешние obj. Бибилотека и так в отдельном модуле. Проблема со своим классом окна. Придется видимо полностью класс пересматривать. Там столько наворочено. Видимо придется полностью свой класс писать. Все к тому и шло. Сейчас процентов 50 наследования от VCL.

>создавать плаксивые ветки
Не мои грехи. Я их этого возраста давно вышел.

← →
Павиа (2013-05-06 21:58) [71]

> Жуть. Кто мог предположить такое. У меня куча асма с вмешательством
> в классы. Сплошные указатели. Может это и ай-яй-яй, но ведь
> не запрещено.

Не боись указатели не уберут. Выгоды в этом нет. Вернее она есть в перспективе, но сейчас нет ни одного прототипа.

> [62] dmk © (06.05.13 19:46)
> но под Win64/32 работало

> [66] dmk © (06.05.13 20:24)
> У меня процентов 35-40 на асме написано. В основном MMX, SSE, SSE2.

Так всё равно переписывать под х64. А наружу асм вынести? Не так удобно, конечно...

> [68] Eraser © (06.05.13 20:34)
> возможно имеет смысл вынести это в отдельную библиотеку

А что ещё остаётся. Вообще 35-40% кода уже как-то асм вставками и назвать сложно.

Вопрос мой проигнорировали, задам еще раз.
Есть ли альтернатива этому delphi из будущего? Есть какая-нибудь среда разработки под Windows/Mac/Linux, да еще и под мобильные платформы на более менее нативном языке?

← →
Павиа (2013-05-07 08:20) [75]

В качестве такой среды фри паскаль (лазариус) неподходит?

хе-хе )
продолжаю сидеть на D6 и D7 :)

> oxffff © (07.05.13 08:40) [76]
>
> http://www.remobjects.com/oxygene/platforms/

http://ru.wikipedia.org/wiki/Oxygene_%28%D1%8F%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%29
Улучшенная поддержка циклов for.

а эт что такое?

> oxffff © (07.05.13 08:40) [76]

Net-ы, жавы - все не то.

> В качестве такой среды фри паскаль (лазариус) неподходит?

Он с трудом до уровня delphi 5 дотягивает.

> Дмитрий С © (07.05.13 15:14) [79]

> Он с трудом до уровня delphi 5 дотягивает.

Смотря в чем. Дженерики там есть, юникод есть, компилит под все платформы даже с GUI. Многие другие вещи которые появились не так давно тоже поддерживает, например inline и т.д. Но во многом сильно отличается от Delphi.

RadStudio XE4. Дожили... Найти похожие ветки