Есть ли будущее у DELPHI?
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.43] |
|
|
Правила раздела:
| Страницы: (245) « Первая ... 44 45 [46] 47 48 ... 244 245 ( Перейти к последнему сообщению ) |
Есть ли будущее у DELPHI?
|
Сообщ.
#676
,
|
|
|
|
http://www.quora.com/Skype/What-programmin...ally-written-in
Цитата The downloadable Windows application was roughly 50:50 Delphi (UI side) and C++ (network and audio side). Цитата The original internal alpha version of UI was built in QT and we hoped to do few platforms at same take. However the result looked like crap, our progress seemed slow and we ditched the QT about 2 months before public beta release. Delphi was chosen because our first senior UI developer was very skilled at Delphi (besides dozen other languages-environments) and we saw D as most productive, fastest, efficient way to build our app given our team/lead developer skills and also getting very good UX on MSWin platform. For linux the QT remained and on OSX it has been Cocoa from the start. The functional core components which did the heavy lifting under the UI have always been the same C/C++ as Ahti pointed out. |
|
Сообщ.
#677
,
|
|
|
|
Линуксовая версия скайпа заметно отстаёт от своего win аналога, написана на qt, ага.
|
|
Сообщ.
#678
,
|
|
|
|
это неизбежность кроссплатформенности.
|
|
Сообщ.
#679
,
|
|
|
|
Цитата _lcf_ @ это неизбежность кроссплатформенности. Ну вот в этом и есть главная ошибка Эмбаркадеро. Вместо того чтобы довести до ума самую лучшую, быструю и эффективную среду разработки нативного софта под Windows, они начали тянуться за кроссплатформенностью (не смотря на крах с Kylix). |
|
Сообщ.
#680
,
|
|
|
|
Ну, сейчас все смотрят на лакомный кусок в виде macos, поэтому кроссплатформенность становится достаточно важной.
|
|
Сообщ.
#681
,
|
|
|
|
Цитата [S]mike @ И Windows "пошла" не с первой версии. Но у Embarcadero нет запаса по времени для оттачивания, уже есть альтернативы. они начали тянуться за кроссплатформенностью (не смотря на крах с Kylix) |
|
Сообщ.
#682
,
|
|
|
|
Цитата Бобёр @ Ну, сейчас все смотрят на лакомный кусок в виде macos, поэтому кроссплатформенность становится достаточно важной. Ну так никто не мешает сделать версию под Мак, кодосовместимую с виндовыми Дельфями (по коду, не VCL). Кому нужна среда разработки под Мак, которая сама на Маке работать не будет? А если расчитывать на кроссплатформенность (отладили на Винде, потом перекопилили под Мак), то результат будет наверно как если сделать аксесуар для Тойоты, а потом пытаться присобачить его в Мерседес. Добавлено Цитата trainer @ Но у Embarcadero нет запаса по времени для оттачивания, уже есть альтернативы. Хм, под Windows, имхо, альтернатив нету практически. Во всяком случае для нативного кода. Только C#. |
|
Сообщ.
#683
,
|
|
|
|
Цитата [S]mike @ Хм, под Windows, имхо, альтернатив нету практически. Во всяком случае для нативного кода. Только C#. GUI-приложение с использованием того же Qt пишутся практически на любом языке. Собственно и на С++ это все не сложно делается. Есть отдельный дизайнер, есть для студии и др. IDE. |
|
Сообщ.
#684
,
|
|
|
|
Цитата [S]mike @ А кому нужна альтернатива убогой IDE Хм, под Windows, имхо, альтернатив нету практически. |
|
Сообщ.
#685
,
|
|
|
|
Цитата D_KEY @ GUI-приложение с использованием того же Qt пишутся практически на любом языке. Цитата Мяут-Настоящий @ The original internal alpha version of UI was built in QT and we hoped to do few platforms at same take. However the result looked like crap, our progress seemed slow and we ditched the QT about 2 months before public beta release. Delphi was chosen because our first senior UI developer was very skilled at Delphi (besides dozen other languages-environments) and we saw D as most productive, fastest, efficient way to build our app given our team/lead developer skills and also getting very good UX on MSWin platform. For linux the QT remained and on OSX it has been Cocoa from the start. The functional core components which did the heavy lifting under the UI have always been the same C/C++ as Ahti pointed out. Так что Qt проблемы не решает. Везде лучше всего смотрится нативный UI. |
|
Сообщ.
#686
,
|
|
|
|
[S]mike, ну это было мягко говоря давно
|
|
Сообщ.
#687
,
|
|
|
|
Вообще-то Qt хорошо работает с нативным интерфейсами и стилями. Или они пользовались старыми версиями или просто как-то не так готовили...
|
|
Сообщ.
#688
,
|
|
|
|
Цитата Мяут-Настоящий @ ну это было мягко говоря давно ![]() А кто ж им сейчас мешает? ![]() Цитата D_KEY @ Вообще-то Qt хорошо работает с нативным интерфейсами и стилями. Или они пользовались старыми версиями или просто как-то не так готовили... Кроссплатформенность снижает кастомизируемость К примеру, риббон для Qt выглядит не очень нативно, не полноценный. Кнопки в заголовке окна не размещает. |
|
Сообщ.
#689
,
|
|
|
|
Цитата [S]mike @ Кроссплатформенность снижает кастомизируемость ![]() Не всегда. В одном "классе" платформ("десктопные ОС", например) различия можно преодолеть. Цитата Кнопки в заголовке окна не размещает. Думаю, что это возможно. |
|
Сообщ.
#690
,
|
|
|
|
Цитата [S]mike @ А кто ж им сейчас мешает? ![]() Переписывать-переделывать? Ну это сначала линуксового клиента до ума довести. |