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




Вниз

Спорный вопрос... 


UniQ   (2002-04-27 14:40) [0]

Уважаемые господа экперты, есть задача по написанию приложения использующего DirectX, 3D в частности, а теперь внимание вопрос: имеет ли смысл переходить на C++ в целях повышения производительности приложения или нет? Т.е. я выйграю от этого перехода или всё равно, что на Delphi, что С++ писать - скорость одинаковая, и даже если на C++ писать то стоит ли эта выйгранная(?) скорость, времени которое я потрачу на переход на C++? Ваши размышления...



KilkennyCat   (2002-04-27 16:48) [1]

Если Вам перейти на С не сложно, то - имеет. Все-таки заголовки директикса написаны на С, легче будет разобраться. По скорости работы приложения будут одинаковы, ибо во время работы приложения под ДиректИкс используются прямой доступ к видео и фукции библиотек ddraw. Хотите максимальную скорость? пишите на Асме, с непосредственным доступом к видео.



Серый   (2002-04-28 00:05) [2]

Писать графические приложения на Асме это здорово...!?
По поводу того, что заголовки написаны на С это конечно так, но и заголовки для Delphi вполне понятны любому, лично я остановился на JEDI для Delphi.Так что переходить на С не стоит, хотя конечно в Net"е больше информации именно по С.



KilkennyCat   (2002-04-28 05:20) [3]

to Серый:
Для максимально корректной работы все-таки стоит перейти на С.
Я тоже использую JEDI, но... ДиректИкс основан на СОМ-модели, и тут уже чувствуется разница. Вот стандартный глюк Делфи:
при корректном освобождении объектов метод release может дать ошибку.



Серый   (2002-04-28 10:09) [4]


Пожалуй _Release это единственное, что дает ошибку и насколько я знаю эта ошибка возникает у многих, так что многие просто не используют release. По поводу COM - тут конечно нечего сказать. Но что значит "для максимально корректной работы". Кроме release я больше никаких ошибок не встречал. Разве стоит из-за этого переходить на С. Вот только знание С ценится намного выше (зарплата имеется ввиду) Пожалуй только в БД Delphi обошел С.



KilkennyCat   (2002-04-29 02:34) [5]

Максмально корректная работа -эта работа, которая (применительно к программированию) имеет наиболее правильную структуру, организацию объектов, алгоримов и проч. И, поскольку, изначально делалось все (имею вввиду директикс, а не сотворение мира :) ) на С, то и работать лучше с ним. Но чтобы прекратить спор, скажу, что в принципе, все зависит от опыта программирования. Использовать ДиректИкс можно, теоретически, хоть в фортране, имея достаточные знания. Делфи никого ни в чем не обошел, равно как и другие языки, они просто разные языки. Я никогда не работал и не буду работать там, где зарплату начисляют за знание какого-либо языка, а не за знания самой сути программирования.
Отвечая же конкретно на первые вопросы UniQ, скажу: в производительности приложения выигрыша не будет (при условии, что в обоих языках Вы создатите хороший алгоритм). В производительности Вашей работы выигрыш будет, так как (как уже говорилось), с документацией и примерами проблем не будет.
Потратить время на изучение (а не на переход!) языка С, равно как и любого другого, стоит - это просто поможет развить мозги и видеть программирование с разных сторон.



короед1   (2002-04-29 17:02) [6]

Насколько я знаю, метод Release в Delphi при работе с COM объектом не вызывается никогда! Если нужно удалить объект то просто присвой указателю на него nil. Компилятор сам обо всем позаботится.... Так что это еще не повод переходить на си. Да и вообще работа с СОМ-обьектами в продуктах Borland продумана хорошо




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




Наверх





Память: 0.74 MB
Время: 0.058 c
3-13978           Виктор12345567        2002-08-15 08:42  2002.09.05  
Подключение DOS FOXPRO таблиц к Delphi


1-14016           _reset                2002-08-26 12:44  2002.09.05  
MDI Modal


6-14209           Свой                  2002-06-26 17:05  2002.09.05  
Rasapi (телефоны)


3-13880           Selax                 2002-08-14 09:34  2002.09.05  
Сохранение кэшированных изменений в подчиненных таблицах


3-13876           Natalie               2002-08-14 20:27  2002.09.05  
проблема с отчетами