Delphi XE2 и крупные проекты

← →
Pit (2011-12-31 18:07) [0]

Приветствую всех!

Приходит время наконец-то переписывать крупный коммерческий проект. Пока позиционируемся в сторону XE2, но есть опасения, которые вряд ли можно снять за недельное изучение этой среды.

Поэтому вопрос к знатокам - знает ли кто крупные проекты, которые сейчас компилируются под XE2 или хотя бы XE? Крупными предлагаю назвать коммерческие проекты, за которыми несколько лет разработок командой хотя бы в несколько человек и имеющие сотни инсталяций. Очень прошу не придираться по этому поводу, думаю для обозначения хватит.

Я точно знаю, что есть функционирующие крупные проекты на дельфи 7. Есть минимум один серьезный проект под D2007, успешно работали даже в D2006. Но вот насчет новомодных XE1/2 не вижу откликов, к сожалению.

Дело в том, что после инициации проекта не хочется через полгода натолкнутся на какие-то серьезные грабли, это будет оч. плохо )) Поэтому, в связи с этим есть некие опасения. Я не могу их конкретизировать - может быть тормоза при работе с большим количеством исходного кода, может быть сбои среды... Нестабильная работа или отсутствие некоторых популярных компонент под новые версии...

В общем, если у кого есть опыт такого плана - поделитесь, пожалуйста. Какие-то аргументы, примеры, что угодно! Интересуют именно аспекты в связи с крупной, командной работой. Спасибо!

← →
_Юрий (2011-12-31 18:42) [1]

Могу про D2010 рассказать
Крупный коммерческий проект.
Проблем такого плана, как вы опасаетесь, нету.
Определенные проблемы есть с дизайнером при работе с переусложненными формами, но это имело место и во всех предыдущих версиях.
Думаю, проблем быть не должно.

← →
Нунуну (2011-12-31 18:55) [2]

Так XE2 вышла-то только что. Ни один проект сложнее калькулятора не успел еще релизный цикл пройти.

← →
CRLF (2011-12-31 19:54) [3]

На ХЕ2 пока не переходим потому что:
- не все пакеты сторонних компонентов авторами подготовлены к XE2;
- предстоит немало дурной работы по замене SysUtils на Rtl.SysUtils, etc;
- в XE2 тип Extended = Double, статус типа Extended80 пока неясен;
- если есть приведения типов вроде Cardinal(Pointer), то они работать в 64-битном режиме не будут.

На Delphi2010, а затем на Delphi XE перешли без значительных проблем. Семь месяцев полёт нормальный.

← →
Pit (2011-12-31 20:27) [4]

> На Delphi2010, а затем на Delphi XE перешли без значительных
> проблем

а появились какие-то значительные плюсы?

← →
CRLF (2011-12-31 20:35) [5]

нативный юникод начиная с Д2007, шаблоны начиная не помню откуда.

← →
Германн © (2011-12-31 20:41) [6]

> нативный юникод начиная с Д2007

С Д2009

← →
CRLF (2011-12-31 20:49) [7]

да, с 2009. не проснулся ишшо.

← →
Кто б сомневался © (2011-12-31 20:56) [8]

> - предстоит немало дурной работы по замене SysUtils на Rtl.
> SysUtils, etc;

Зачем?

← →
CRLF (2011-12-31 21:00) [9]

Затем, что нету в природе модуля SysUtils, а есть System.SysUtils (про Rtl.SysUtils наврал). Наверное, uses SysUtils и можно бы скомпилить объявлением в настройках проекта unit alias SysUtils = System.SysUtils, но это не решение, а костыль.

← →
Кто б сомневался © (2011-12-31 21:28) [10]

Нету, но компилится с uses SysUtils - без проблем на XE2 как и со всему остальными стандартными. Вы че даже не проверили чтоли?

← →
Кто б сомневался © (2011-12-31 21:38) [11]

> но компилится с uses SysUtils

Все как прежде. Просто это альтернативный вариант написания (для кроссплатформы FireMonkey FMX). Вот для кроссплатформы надо писать приставку, а для VCL не нужно.

Я кстати и сейчас работая с XE2 пишу стандартные модули в uses без приставок.
неужели вы реально подумали (а главное даже не проверили и уже решили) что CodeGear может сделать такой бред не предоставив традиционного варианта?

← →
Pit (2011-12-31 22:19) [12]

еще попутный вопрос - расскажите об опыте перехода с "традиционной" дельфи на unicode, долго ли, сложно ли?

← →
Eraser © (2012-01-01 10:56) [13]

> [9] CRLF (31.12.11 21:00)

глупости.

← →
И. Павел © (2012-01-01 15:35) [14]

> Pit (31.12.11 22:19) [12]

Даже почти в новый год обсуждается программирование :)

У меня немного трудностей возникло. В основном - там, где работал со строками на "низком" уровне. Например - писал строки в BLOB и не удосуживался ставить sizeof...

Причем трудности только в своем коде. Тот, который мне скидывали на доработку написан настолько примитивно, что его даже подправлять не пришлось. Вот такое забавное преимущество говнокода - если использовать только самые простые конструкции Delphi, то о том, что String стал UnicodeString а Char - WideChar - можно вообще не задумываться - все оказывается абсолютно совместимым.

← →
И. Павел © (2012-01-01 15:45) [15]

> Например - писал строки в BLOB и не удосуживался ставить
> sizeof...

Хотя нет - даже если бы ставил sizeof это бы ничего не поменяло. Все равно пришлось бы либо редактировать код, либо переписывать содержимое BLOB, т.к. старые данные не считывались бы.

← →
Димка На (2012-01-01 16:54) [16]

> И. Павел © (01.01.12 15:45) [15]

либо ansistring писать изначально.

← →
DVM © (2012-01-01 21:46) [17]

> CRLF (31.12.11 19:54) [3]

> - предстоит немало дурной работы по замене SysUtils на Rtl.
> SysUtils, etc;

работа действительно дурная ибо это не требуется, изучите лучше параметры проекта

← →
DVM © (2012-01-01 21:49) [18]

> Наверное, uses SysUtils и можно бы скомпилить объявлением
> в настройках проекта unit alias SysUtils = System.SysUtils,
> но это не решение, а костыль.

Это решение, а не костыль, если требуется совместимость <=XE2. Пора привыкать.

← →
Erythroxylum (2012-01-04 04:49) [19]

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

← →
Pit (2012-01-07 21:05) [20]

может еще кто выскажется...

← →
Германн © (2012-01-08 02:12) [21]

> Pit (07.01.12 21:05) [20]
>
> может еще кто выскажется...
>

Тебе мало?
Тогда задай конкретный вопрос.

← →
Дмитрий Белькевич (2012-01-08 11:17) [22]

Переносили не так давно проекты Delphi 7 > Delphi 2010. Проекты достаточно крупные, пишутся 10-й год. Перенеслось достаточно быстро. При том, что переходили заодно на другие компоненты (Indy 9 > Indy 10, TBX > SpTBX).
На XE2 думаем переносить, нужна 64х битность. Ждём, пока все компоненты перепишут на 64 бита, что бы опять не возиться, как с юникодом. Думаю, что уже следующего релиза делфи дождемся, и уже на него будем переносить.

← →
SPeller © (2012-02-05 03:03) [23]

Кстати, все заценили то, что в ХЕ2 додумались тихо убрать автоинкремент номера билда? Теперь можно, максимум, поставить автогенерацию номера билда - засовывание в ресурс версии случайных чисел.

← →
SPeller © (2012-02-05 03:08) [24]

Вот лучше бы добавили генерацию билда и номера svn ревизии, это было бы полезно. А так - ж*пу какую-то придумали, чесслово... Официально предлагают всем желающим отныне править номера билда руками.

← →
DVM © (2012-02-05 10:42) [25]

> SPeller © (05.02.12 03:03) [23]
> Кстати, все заценили то, что в ХЕ2 додумались тихо убрать
> автоинкремент номера билда?

Ничего там не убирали, все на месте.

> DVM © (05.02.12 10:42) [25]
> Ничего там не убирали, все на месте.

Убрали убрали. Вместо галки Autoincrement теперь значится Autogenerate. Для пущего просветления можно взглянуть на QC#100940. По крайней мере, в апдейте 3 - автогенерация:

> https://forums.embarcadero.com/message.jspa?messageID=418488#418488
> Notice it now says Auto Generate, rather than auto increment.
>
> Delphi XE2 now generates some meaningless, not sequential,
> non ordered
> however unique numbers to put in this previously useful
> place.
>
> You will have to do what I do now, and that is manually
> change the numbers
> as required.
>
> It is by design and working correctly.

А мы не переходим на XE2 потому, что не видим ничего нового для наших крупных корпоративных проектов, что может предложить XE2 по сравнению с Delphi 2007, на которой мы и "сидим" до сих пор :) А вот, различный "геморрой" от этого перехода - вполне просматривается...
Это всё равно, что для простого пользователя переход c MS Office 2003 на MS Office 2010: наворотов много, кнопочки красивые, но реально будешь использовать возможости продукта в тех же пределах , что и в MS Office 2003... :) Но "тенденция", однако, имеется - MS Office 2010 круче... :)

У нас вот такая ситуация сложилась (да и у многих так, я думаю) - не видим мы особого преимущества для разработки в нашей компании продуктов на XE2... :)
Так же как зачастую не понятен переход некоторых контор с Delphi на C#: сидят, бедняги, и корпеют в переписывании кода с дельфийского на си - шарповский, мучения недеЦкие испытывают, чтобы на выходе через несколько месяцев работы получить тоже самое, что и на входе. Если уж решил на С# писать - так новые продукты на нем с нуля создавай, а не переписывай "мегатонны кода" с одного языка на другой...
Очень часто переход необоснован и переходят потому, что XE2 "круче" предыдущих версий. Мало кому, действительно, необходимы новые возможности продукта на данный момент или в ближайшей перспективе.
Не говорю, что я прав... Наверняка есть разработчики, новые возможности XE2 для которых - долгожданны и необходимы, но не поверю, что таких большинство...

Мы не занимаемся промышленным программированием. Но у нас есть жёсткое правило: если проект (инженерный) начат в одном программном окружении, он должен быть закончен в этом же программном окружении. Новые версии и программы используются только для новых проектов.

еще оно не подхватило versioninfo из проекта rad2009
точне подхватило но не все - только сам номер версии и взяло
поля CompanyName, ProductName и др. оказались пустыми

Удалено модератором
Примечание: Выражения выбираем

> SPeller (06.02.2012 14:27:31) [31]

Не удивляйся и не пугайся, в итоге твой продукт смотрится круче.

> Не удивляйся и не пугайся, в итоге твой продукт смотрится
> круче.

Анатолий, твой юмор всё такой же краткий и безапелляционный )))

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

← →
имя (2012-02-06 15:54) [36]

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

Delphi XE2 и крупные проекты Найти похожие ветки