Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2012.04.15;
Скачать: [xml.tar.bz2];

Вниз

Перевод проекта с Delphi 5 на Delphi XE   Найти похожие ветки 

 
Андрей Билан   (2011-12-03 22:42) [0]

Всем привет,

Есть проект на Delphi 5 с числом строк кода около 1 ляма, в котором используюються различные сторонние компоненты (иногда с внесенными изменениями под нужды проекта). Есть ли смысл переводить такой проект под Delphi XE? Что от такого перехода можно выиграть? Есть ли у кого либо такой опыт?
И вообще для нового проекта какие приемущества дает Delphi XE над Delphi 5 (я вобщем как бы интуитивно понимаю приемущества, но нужно формальный ответ для начальства что оно этого стоит :-) ).

Спасибо,
Андрей.


 
DVM ©   (2011-12-03 22:48) [1]


>  Что от такого перехода можно выиграть?

Расширение аудитории проекта за счет поддержки юникода.
Возможно увеличение быстродействия (если проект интенсивно юзает WinApi функции принимающие строки).


> Есть ли у кого либо такой опыт?

есть.


 
QAZ   (2011-12-03 22:50) [2]


> Есть ли смысл переводить такой проект под Delphi XE

нет смысла переводить никакой проект вообще


 
DVM ©   (2011-12-03 22:57) [3]


> QAZ   (03.12.11 22:50) [2]


> нет смысла переводить никакой проект вообще

даже если требуется поддержка юникода?


 
Германн ©   (2011-12-03 23:58) [4]


> DVM ©   (03.12.11 22:57) [3]
>
>
> > QAZ   (03.12.11 22:50) [2]
>
>
> > нет смысла переводить никакой проект вообще
>
> даже если требуется поддержка юникода?

По сабжу не видно никакого интереса к юникоду как таковому. Зато сказано, что используются сторонние компоненты. Так что, имхо, не стоит переводить, кроме того случая, когда проект активно развивается и будет развиваться дальше. (Что маловероятно ибо большой проект на Д5 скорее всего старый).

Для новых проектов это да. Безусловно надо использовать Д2009+


 
Андрей Билан   (2011-12-04 00:22) [5]


> (Что маловероятно ибо большой проект на Д5 скорее всего
> старый

Проект старый но всегда развивался и развиваеться дальше. Юникод действительно не интересует. Но не суть, понятно что такой перевод - это долго и дорого.
А вот касательно
> Для новых проектов это да. Безусловно надо использовать
> Д2009+

У ПМ стандартный вопрос - чего мы хотим этим достичь, чего не хватает в D5. Бизнес область не высоко технологична и аргументы что "а там есть дженерики и анонимные функции" особо ничего не меняют.
Поэтому, что имелось в виду под

> Безусловно ...


 
Германн ©   (2011-12-04 00:28) [6]


> Поэтому, что имелось в виду под
>
> > Безусловно ...

Юникод. Ибо при использовании юникода снимаются многочисленные проблемы с тем, что на компьютерах пользователей могут использоваться разные локали.
И только он. "Дженерики и т.д. и т.п." это не аргумент для начальства. Начальству, как правило не важно каким инструментом пользуется работник. Важно лишь, чтобы был результат.


 
DVM ©   (2011-12-04 00:44) [7]


> Андрей Билан   (04.12.11 00:22) [5]

Кроме юникода есть еще такая вещь как поддержка 64 бит (в XE2). 99% приложений оно может и не к чему, но все же в ряде случаев может стать преимуществом.


 
Германн ©   (2011-12-04 00:55) [8]


> DVM ©   (04.12.11 00:44) [7]
>
>
> > Андрей Билан   (04.12.11 00:22) [5]
>
> Кроме юникода есть еще такая вещь как поддержка 64 бит (в
> XE2). 99% приложений оно может и не к чему, но все же в
> ряде случаев может стать преимуществом.
>

Кстати да. На той фирме, где я работал до октября сего года возникли весьма серьёзные проблемы после того как они по ряду причин перешли на W2008 server 64.


 
DVM ©   (2011-12-04 01:13) [9]


> Германн ©   (04.12.11 00:55) [8]


> На той фирме, где я работал до октября сего года возникли
> весьма серьёзные проблемы после того как они по ряду причин
> перешли на W2008 server 64.

Какого рода проблемы?


 
jack128_   (2011-12-04 01:23) [10]


> "Дженерики и т.д. и т.п." это не аргумент для начальства. Начальству, как правило не важно каким инструментом пользуется
> работник

Разговор все еще идет про то начальство, которое решает покупать новую дельфи или нет??  Это какое то странное начальство. Получается оно вообще не хрена не понимает в том вопросе, который решает.


 
Германн ©   (2011-12-04 01:39) [11]


> DVM ©   (04.12.11 01:13) [9]
>
>
> > Германн ©   (04.12.11 00:55) [8]
>
>
> > На той фирме, где я работал до октября сего года возникли
> > весьма серьёзные проблемы после того как они по ряду причин
> > перешли на W2008 server 64.
>
> Какого рода проблемы?

Ругань на то,что инсталлятор не совместим.


 
Андрей Билан   (2011-12-04 01:42) [12]


> Получается оно вообще не хрена не понимает в том вопросе,
>  который решает.

Есть начальство которое начальство по техническим вопросам (PL) а есть то которое по деньгам (скажем так). Так вот то которое по техническим вопросам вобщем то не против. А вот то которое по деньгам - да для него нужны другие аргументы. А еще есть клиент который ощутит все риски перехода на новые средства разработки ... но это уже другая история.


 
jack128_   (2011-12-04 01:51) [13]


> А вот то которое по деньгам - да для него нужны другие аргументы.

Не может быть для него никаких аргументов. Есть лишь вопрос веры. Либо денежное начальство верит вашему ПМ, либо нет. Потому что для "денежного" начальства, что пишешь на дельфи, что в машиных кодах в WinHex - ты в любом случае неведомой хренью занимаешся. И почему вдруг переход на дельфи должен повысить выход фич на единицу времени и понизить вол-во багов - ему не понять.


 
Германн ©   (2011-12-04 02:07) [14]


> jack128_   (04.12.11 01:23) [10]
>
>
> > "Дженерики и т.д. и т.п." это не аргумент для начальства.
>  Начальству, как правило не важно каким инструментом пользуется
> > работник
>
> Разговор все еще идет про то начальство, которое решает
> покупать новую дельфи или нет??  Это какое то странное начальство.
>  Получается оно вообще не хрена не понимает в том вопросе,
>  который решает.

Ну да. Начальство, которое понимает  нужно ещё поискать. :)


 
Anatoly Podgoretsky ©   (2011-12-04 10:54) [15]

> jack128_  (04.12.2011 01:51:13)  [13]

> И почему вдруг переход на дельфи должен повысить выход фич на единицу
> времени и понизить вол-во багов - ему не понять.

А может наоборот, все хорошо понимает


 
Dimka Maslov ©   (2011-12-04 11:11) [16]

Только насущная необходимость юникода есть единственная причина перевода, поскольку программа пишется для пользователя. Дженерики и анонимные функции пользователю не нужны.


 
QAZ   (2011-12-04 14:08) [17]


> DVM ©   (03.12.11 22:57) [3]

а что мешает уникодить в д5? время? ну не больше чем переезд на ХЕ, и без доп. вложений

а по поводу х64 - пока существуют x32 продукты типа 3d Max, After Effects и т.д. то для поделок на делфи, х64 точно не актуально


 
Плохиш ©   (2011-12-04 17:21) [18]


> QAZ   (04.12.11 14:08) [17]
> а что мешает уникодить в д5?

Не мешай им считать, что юникод в делфи появился только в последних версиях ;-)


 
картман ©   (2011-12-04 17:52) [19]


>  QAZ   (04.12.11 14:08) [17]


>  то для поделок на делфи

что есть поделка?


 
QAZ   (2011-12-04 19:25) [20]


> картман ©   (04.12.11 17:52) [19]

программа, и не надо филосовствовать по поводу "былобы желание и руки не из ж...", дальше скайпа дело не дойдет


 
DVM ©   (2011-12-04 19:49) [21]


> QAZ   (04.12.11 14:08) [17]


> а что мешает уникодить в д5? время? ну не больше чем переезд
> на ХЕ, и без доп. вложений

Поддержка Unicode это не только наличие типа WideString.


>  ну не больше чем переезд на ХЕ, и без доп. вложений

везде править VCL, RTL? Писать чиста на АПИ? Это на твой взгляд не займет времени?


> а по поводу х64 - пока существуют x32 продукты типа 3d Max,
>  After Effects и т.д. то для поделок на делфи, х64 точно
> не актуально

Для твоих поделок я думаю неактуально да, но кроме этого есть множество серьезных программ, где это может быть актуально.


 
DVM ©   (2011-12-04 19:51) [22]


> QAZ   (04.12.11 19:25) [20]


> дальше скайпа дело не дойдет

Что ты делаешь на этом форуме?


 
QAZ   (2011-12-04 20:12) [23]


> Поддержка Unicode это не только наличие типа WideString.

ввау! да неужто?
для поддержки Unicode даже WideString не нужен, прикинь, какбэ указателя на буфер достаточно

> везде править VCL, RTL? Писать чиста на АПИ? Это на твой
> взгляд не займет времени?

зачем везде и зачем сразу все править? все зависит от текущей необходимости
а про время я вполне понятно написал что также,что д5->ХЕ, что A->U

> но кроме этого есть множество серьезных программ, где это может быть актуально.

пример в студию,желательно множество

> Что ты делаешь на этом форуме?

тешу себя мыслью что не один я такой ущербный что выбрал дельфи а не си :D


 
Alex_C   (2011-12-04 20:24) [24]

Есь еще одна проблема, о которой тут не сказали - сам компилятор. Не знаю как с 5, но с 7 если она установлена под вин7 есть определенные проблемы. Ведь и самому программеру придется переходить рано или поздно на более новые операционки. В частности Дельфя 7 под семеркой как то странно себя ведет (нет не надо тут же писать - не ставь в програм филес и т.п. - все это давно известно). Допустим есть такой гючекс - правишь один параметр в редакторе объектов - запускаешь по F9 - таже ошибка. Нужно build делать. Под XP такого нет. Плюс вот только сейчас проблема: если открыт проект который запустил ком-обхект и при выходе его не закрыл, то при попытке запустить программу извне деньфи не получается - нужно дельфи закрывать. Опять же под XP такого нет. Думаю что этот список неокончательный.


 
DVM ©   (2011-12-04 20:29) [25]


> QAZ   (04.12.11 20:12) [23]


> ввау! да неужто?
> для поддержки Unicode даже WideString не нужен, прикинь,
>  какбэ указателя на буфер достаточно

мы прекрасно поняли друг друга, не надо юродствовать.


> зачем везде и зачем сразу все править?

Если потребуется интерфейс с поддержкой Unicode править придется увы почти все. Никто не отрицает, что аж в Delphi 2 можно было уже писать Unicode программы, но какими усилиями?


> пример в студию,желательно множество

Я занимаюсь софтом, который считаю серьезным и он имеет серьезное назначение. 64 бит ему наверное не помешало бы, но есть ограничения в виде сторонних 32 бит программ с которыми он взаимодействует. Для меня этого достаточно. Ты вот привел в пример один продукт адобе. А вот ты знаешь, что кое-какие из продуктов Adobe изначально были написаны на Delphi? И уже тогда (10 лет назад) их функционал и вообще качество исполнения не вызывало нареканий.


> тешу себя мыслью что не один я такой ущербный что выбрал
> дельфи а не си :D

Кто мешает изучить еще 1, 2, 10 языков? Никто. Я работаю в компании и тут вполне успешно сочетается и код на делфи и на си++ и на c#. Только сегодня вот встретил на хабре:

Есть некоторые люди, которые считают, что выбор языка программирования делает простого лоха Настоящим Прогаммистом. Главное найти самый-самый Истинный Язык Прграммирования.


 
QAZ   (2011-12-04 21:01) [26]


> Если потребуется интерфейс с поддержкой Unicode править
> придется увы почти все.

это малоактуальная проблемма у нас в стране,и в мире в часности,не считая китайцев и прочих арабов

> Я занимаюсь софтом, который считаю серьезным и он имеет
> серьезное назначение

ну если оно серьезно стоит или ими пользуются серьезные дядьки это не значит что оно серьезное в плане прогинга ( вспоминаю сразу "Вагонку")
я вот ИМХУЮ по поводу что самый серьезный софт это - игры :D

>  Ты вот привел в пример один продукт адобе. А вот ты знаешь,
>  что кое-какие из продуктов Adobe изначально были написаны
> на Delphi? И уже тогда (10 лет назад) их функционал и вообще
> качество исполнения не вызывало нареканий.

я вот знаю что продукты адоба пишутся под МАС поэтому МЕГАсомневаюсь в причасности дельфи хоть к одному из них, и 10 лет назад тоже


 
DVM ©   (2011-12-04 21:20) [27]


> QAZ   (04.12.11 21:01) [26]


> это малоактуальная проблемма у нас в стране,и в мире в часности,
> не считая китайцев и прочих арабов

Их 2 миллиарда между прочим вместе взятых, а то и больше. Да и не в иероглифах только дело.


> ну если оно серьезно стоит или ими пользуются серьезные
> дядьки это не значит что оно серьезное в плане прогинга

Серьезным дядькам плевать на серьезность "прогинга". B на  C# Delphi и C++ им плевать тоже. Им надо чтобы программа делала то, что должна. И она делает. И кстати до арабов (точнее до их иероглифов) моей программе как раз есть дело.


> я вот знаю что продукты адоба пишутся под МАС поэтому МЕГАсомневаюсь
> в причасности дельфи хоть к одному из них, и 10 лет назад
> тоже

Adobe Dreamviewer до этого Macromedia Dreamweawer до этого вобрал в себя Allaire HomeSite (написан на делфи, автор ярый поклонник Делфи).

Adobe Fireworks ранее Macromedia Fireworks - версия 4 точно на Delphi была (я и сейчас ей пользуюсь уже более 10 лет, самая удобная из всех).

Adobe Illustrator вобрал в себя возможности векторного редактора Macromedia (название не помню уже).

Adobe я думаю уже давно переписала код и не раз, но в те времена это были отличные продукты и ничем не хуже аналогичных родных адоборвских на тот момент. Они не страдали гигантизмом (не то что нынешние их аналоги).

QAZ  программ написанных на Delphi больше чем кажется, просто большинстьву пользователей их по большому счету без разницы на чем они написаны и никто не задается даже таким вопросом.


 
QAZ   (2011-12-04 21:34) [28]


> DVM ©   (04.12.11 21:20) [27]

ну ты блин сравнил,перекупленый софт с исконно адобовским

> Adobe Illustrator вобрал в себя возможности векторного редактора
> Macromedia (название не помню уже).

"фриханд" так его звали,и Illustrator в себя его возможности не вбирал ибо появился на 5лет раньше появления Macromedia,все было наоборот


 
QAZ   (2011-12-04 21:43) [29]


> Они не страдали гигантизмом (не то что нынешние их аналоги).

а как же доводы про гигагерцы\гигабайты или это только когда пишем сами?


 
DVM ©   (2011-12-04 21:55) [30]


> QAZ   (04.12.11 21:43) [29]


> а как же доводы про гигагерцы\гигабайты или это только когда
> пишем сами?

Все мои доводы в силе.

Но Adobe умудряется создавать самые монструозные дистрибутивы без пропорционального наращивания функционала. 10-20 и более гб - это нечто.

Взять тот же Illustrator. Версия 9 его занимала от силы мегабайт 20-50. CS4 уже 1.5 гигабайта. Возможностей у CS4 не стало в 30 раз больше. Их не стало и 2 раза больше. Для меня вообще загадка, что у адобе столько места занимает.


 
Kerk ©   (2011-12-04 21:57) [31]


> QAZ   (04.12.11 21:01) [26]
> ну если оно серьезно стоит или ими пользуются серьезные
> дядьки это не значит что оно серьезное в плане прогинга
> ( вспоминаю сразу "Вагонку")

Есть такая программа на Delphi с 15тиленей историей, которую используют в своей работе более 2х млн разработчиков. Достаточно серьезно? :)


 
Kerk ©   (2011-12-04 22:01) [32]


> Kerk ©   (04.12.11 21:57) [31]

И 64хбитную её версию юзеры просили ещё с тех времён, когда CodeGear обещал 64x вот прямо завтра после полдника.


 
Медвежонок Пятачок ©   (2011-12-04 22:50) [33]

А вот то которое по деньгам - да для него нужны другие аргументы. А еще есть клиент который ощутит все риски перехода на новые средства разработки ... но это уже другая история.

Взгляд совсем с другого боку:
Жила была одна контора, которая писала и продавала софт.
Не знаю, чем был обусловлен их выбор, но дело начиналось в девяностых и писали они на вижуальном бейсике который из шестой студии.

Софт был как бы коробочным, но позволял конечным юзерам кое-что ваять самому. Например свои формы на том же самом VB6.

Несколько лет назад они потихоньку стали мигрировать на дотнет и студию поновее.
Причина: конечные пользователи стали жаловаться, на то, что писать доделки/костыли необходимость есть, а возможности легально поиметь VS6 уже нет.


 
Anatoly Podgoretsky ©   (2011-12-04 23:09) [34]

> DVM  (04.12.2011 19:49:21)  [21]

Проект TNT, ничего в VCL, RTL не правилось.
АПИ тоже не требуется.

Это не единственный проект.


 
DVM ©   (2011-12-04 23:19) [35]


> Anatoly Podgoretsky ©   (04.12.11 23:09) [34]


> Проект TNT, ничего в VCL, RTL не правилось.
> АПИ тоже не требуется.

Да знаю я, что ж вы все думаете что я вчера делфи увидел? Да, в TNT не правилось, просто взяли и заменили все своим. Делов то! Взять и свое написать. Это конечно проще, чем подправить свой проект! И сейчас те кто использовал TNT имею самые большие проблемы при миграции на XE.


> Это не единственный проект.

другие еще хуже.


 
Eraser ©   (2011-12-04 23:59) [36]

>
>
> [0] Андрей Билан   (03.12.11 22:42)

почему не на XE2?


 
QAZ   (2011-12-05 11:52) [37]


> Но Adobe умудряется создавать самые монструозные дистрибутивы
> без пропорционального наращивания функционала. 10-20 и более
> гб - это нечто.
>
> Взять тот же Illustrator. Версия 9 его занимала от силы
> мегабайт 20-50. CS4 уже 1.5 гигабайта. Возможностей у CS4
> не стало в 30 раз больше. Их не стало и 2 раза больше. Для
> меня вообще загадка, что у адобе столько места занимает.
>

тут все просто:
CS стала многоязычной и все программы стали связаны через общие компоненты для поддержки всех свои форматов
поэтому отдельные пакеты стока и весят
в пакет с люстрой также входят части фотошопа,акробата,бридж и тд
самый полный пакет Master Collection из 15 прог весит для одного языка всего 4-5 гигов,а многоязыковой 7+
а релизы на 6 DVD просто полупустые диски с шаблонами для премьера и енкоре

> Есть такая программа на Delphi с 15тиленей историей, которую
> используют в своей работе более 2х млн разработчиков. Достаточно
> серьезно? :)

канешн серьезно,она наверно очень секретная,без названия, а 2млн разработчиков (чего???) это ваще сила


 
asail ©   (2011-12-05 13:28) [38]


> QAZ   (04.12.11 21:01) [26]

> это малоактуальная проблемма у нас в стране,и в мире в часности,
> не считая китайцев и прочих арабов

Вот тут ты ошибаешься. Если, конечно, речь идет о действительно серьезной разработке, то она должна быть готова и к выходу на международный рынок. Ну, за очень маленьким исключением, типа систем управления баллистическими ракетами...
А, если продукт расчитан только на ковыряние в своей собственной песочнице, то к "серьезным" я б его не относил.


> QAZ   (05.12.11 11:52) [37]

> канешн серьезно,она наверно очень секретная,без названия

Чейто мне подсказывает, что собсна Дельфя имелась ввиду... :)


 
QAZ   (2011-12-05 13:53) [39]


> Вот тут ты ошибаешься. Если, конечно, речь идет о действительно
> серьезной разработке, то она должна быть готова и к выходу
> на международный рынок. Ну, за очень маленьким исключением,
>  типа систем управления баллистическими ракетами...
> А, если продукт расчитан только на ковыряние в своей собственной
> песочнице, то к "серьезным" я б его не относил.

да ниче я не ошибаюсь, самый международный софт - на английском языке
а то что "мои документы" показываются кракозяблами это пофиг, народ давно знает , не хочеш глюков - пиши английским
тотже адоб,хоть и перевели на русский 9 из 10 дизайнеров что я знаю по русски уже не понимают :)


 
DVM ©   (2011-12-05 14:13) [40]


> да ниче я не ошибаюсь, самый международный софт - на английском
> языке

Windows то у всех поди локализованная.



Страницы: 1 2 вся ветка

Форум: "Прочее";
Текущий архив: 2012.04.15;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.58 MB
Время: 0.004 c
2-1324408115
Драйвер мыши
2011-12-20 23:08
2012.04.15
Способы программного управления мышью и клавиатурой


2-1324572024
Каныбек
2011-12-22 20:40
2012.04.15
Memo, сохранение


15-1323674715
OW
2011-12-12 11:25
2012.04.15
Анимация в игре. Как лучше управляние многими объектами.


15-1323425884
Компромисс
2011-12-09 14:18
2012.04.15
Free Parent Control Software


2-1324669937
Drowsy
2011-12-23 23:52
2012.04.15
FireBird 2.5, IBExpert. Ver. 2011.03.04





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский