Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по Embarcadero RAD Studio XE3

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

Открыть новую тему     Написать ответ в эту тему

deks



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LadyOfWood
Eternal_Shield
 
По поводу "нативной" разработке. Следует разделять понятия: есть классификация native / managed code, а есть native to platform. Например: java для разработки на android. Явно managed code, но при этом - это native средство разработки для android.  
 
По поводу трендов: тренд нативной разработки происходит вследствие перехода к нативной   "для платформы" разработке. Именно она позволяет ускорять процесс разработки, помогает экономить ресурсы за счет использования готового, качественного и достаточно шустрого API самой платформы. Например, для того же android нет особо много желающих заюзать NDK, все пользуют SDK (который на java и managed). То есть, компиляция в машинный код процессора - это еще не все. Более полезна тесная привязка к платформе.
 
С веб-технологиями потому и есть такая беда, что common denominator  в виде html5 browser не особо здорово работает на всех платформах, и не очень между этими платформами / разными браузерами совместим. Ну и плюс достаточно медленный JS не добавляет шансов платформе html5.. Вот народ и попер на нативные платформы: оказалось проще реализовать все на 2-3 популярных мобильных платформах, чем заставить общий код работать хорошо на них!  Это к вопросу FMX.. вот у производителей браузеров пока не получилось особо хорошего кросс-платформенного UI! Интересно, а у ЭМРО когда нибудь получится? Смогут ли они вложить в FMX больше денег, чем вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia?

Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 17:27 20-04-2013
LadyOfWood

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Следует разделять понятия: есть классификация native / managed code, а есть native to platform.

Может быть, но кроме Android других примеров практически нет.

Цитата:
Это к вопросу FMX.. вот у производителей браузеров пока не получилось особо хорошего кросс-платформенного UI!

Преймущества в FMX конечно есть, но она пока не готова для реальной разработки. Плюс фактически на данный момент она только для MacOS, для Windows есть VCL который однозначно лучше.

Всего записей: 620 | Зарегистр. 16-09-2003 | Отправлено: 22:54 20-04-2013
miwa

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Смогут ли они вложить в FMX больше денег, чем вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia?

Ну и не только в деньгах дело, конечно. Вон VCL, созданная 20 лет назад, до сих пор живет и здравствует, а в ее разработку явно не было вложено столько, сколько вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia. Да только вот проблема - нету в Эмберкадеры еще одного Хейселберга.
 

Цитата:
Может быть, но кроме Android других примеров практически нет.  

Тоесть, кроме Андроида нету других мобильных платформ, или как?

Всего записей: 455 | Зарегистр. 10-10-2004 | Отправлено: 09:38 21-04-2013
valgreesh



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks

Цитата:
Например: java для разработки на android. Явно managed code, но при этом - это native средство разработки для android

 
После появления NDK, native code стал полноправным native platform, вместе с java.
 

Цитата:
вот у производителей браузеров пока не получилось особо хорошего кросс-платформенного UI! Интересно, а у ЭМРО когда нибудь получится? Смогут ли они вложить в FMX больше денег, чем вкладывают в браузеры Google, Apple, MS, Opera, Blackberry, Nokia?

 
У производителей браузеров задача неподъемная по определению. Не сможет куча производителей, каждый со своим продуктом, прийти к общему поведению своих решений. Это возможно только в случае использования одного движка на всех, чего никогда не случится. У Эмбаркадеро задача более простая - обеспечить работоспособность своего кода на N платформах. Вся беда FMX в, до жути, некачественной реализации, а совсем не в сложностях кроссплатформенной разработки.
 
miwa

Цитата:
Да только вот проблема - нету в Эмберкадеры еще одного Хейселберга.

 
Хейлсберг им не нужен, им нужно кем-то заменить русских индусокодеров.

Всего записей: 298 | Зарегистр. 30-11-2011 | Отправлено: 10:04 21-04-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
valgreesh
+100500, мой кот напишет лучший код, чем сделано в fmx....
самое интересное, что этим горе-девелоперам видимо действительно начхать на все,
мне кажется они даже qc не смотрят ради интереса........

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 10:05 21-04-2013 | Исправлено: sergionn, 10:50 21-04-2013
Eternal_Shield

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks

Цитата:
есть классификация native / managed code, а есть native to platform.

Я, как раз, в контексте native / managed code говорил

Всего записей: 772 | Зарегистр. 18-05-2009 | Отправлено: 11:02 21-04-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Не сможет куча производителей, каждый со своим продуктом, прийти к общему поведению своих решений

А им и не надо: в гробу они друг друга видели. Урвать большую долю рынка — вот их задача №1 и если для этого можно использовать какие-то несовместимости, то они это сделают. Свежий пример: форк Гуглом ВебКита.

Цитата:
Хейлсберг им не нужен, им нужно кем-то заменить русских индусокодеров.

Стало быть в EMB всё программисты решают? Сроки они, видимо, планируют, да и политика — их удел.

Цитата:
+100500, мой кот напишет лучший код, чем сделано в fmx....

Любопытно было бы поглядеть на работу вашего кота в тех же условиях.
 
P.S. Ну, а поскольку никто доподлинно не знает, что твориться за стенами EMB, то на мой, сугубо личный, взгляд всё это гадание на кофейной гуще.

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 11:48 21-04-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
в тех же условиях.  

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

Цитата:
Стало быть в EMB всё программисты решают?

ну да прогеры ни хрена не решают, и в говнокоде менеджеры виноваты?
И менеджеры закрыли доступ к КВАЛИТИ-ЦЕНТРАЛУ под страхом увольнения??????????
Там около ДЕСЯТКА самых позорных и важных ОШИБОК исправить по совокупности было 1 (ОДИН) ДЕНЬ НЕСПЕШНОЙ РАБОТЫ
поскольку доброе СООБЩЕСТВО во многих случаях ДАЖЕ приводило пример, что сделать!
НО ДАЖЕ ТАКОЙ ЭЛЕМЕНТАРЩИНЫ не было сделано!
 
Получается, менеджеры запрещали это сделать, и молча НАБЛЮДАЛИ за ФИАСКО firemonkey,
в надежде в будущем получить 49 баксов "с носа" (xe3->xe4) на исправлении ошибок?
 
А может это Эрик с Марком в сговоре с менеджментом решили довести delphi "до ручки"
чтобы потом по-дешевке выкупить его у emb?

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 12:29 21-04-2013 | Исправлено: sergionn, 12:50 21-04-2013
delover

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn

Цитата:
Там около ДЕСЯТКА самых позорных и важных ОШИБОК исправить по совокупности было 1 (ОДИН) ДЕНЬ НЕСПЕШНОЙ РАБОТЫ  
поскольку доброе СООБЩЕСТВО во многих случаях ДАЖЕ приводило пример, что сделать!  

Это уже 2 дня неспешной работы. День на прочтения квелити не посчитали. Вы батенька оптимист, мне начальство то что больше двух дней просто запрещает делать. Таковы реалии.

Всего записей: 1395 | Зарегистр. 25-06-2007 | Отправлено: 13:16 21-04-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
ну да прогеры ни хрена не решают, и в говнокоде тоже менеджеры виноваты?

Меньше сроки, больше планы, почаще менять требования и результат гарантирован. Всегда можно создать «правильные» условия труда. К тому же Delphi система с историей: там по-любому хватает скелетов в шкафу с которыми приходится мириться.

Цитата:
И менеджеры закрыли доступ к КВАЛИТИ-ЦЕНТРАЛУ под страхом увольнения??????????

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

Цитата:
Там около ДЕСЯТКА самых позорных и важных ОШИБОК исправить по совокупности было  1 (ОДИН) ДЕНЬ НЕСПЕШНОЙ РАБОТЫ

Пришёл в команду молодой человек, учится, вот и ошибку у него «зеленые». Вам может и на один день, а ему на больше — у него нет вашего опыта. Сразу к вопросу «А нафига они поставили пилить фреймворк молодого, а не опытного?»: а у нас сейчас дофига опытных Delphi-программистов? hh.ru и иже с ним прям тонут он подходящих вакансий. Короче говоря, что есть с тем и работаем.

Цитата:
поскольку доброе СООБЩЕСТВО во многих случаях ДАЖЕ приводило пример, что сделать!

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

Цитата:
Получается, менеджеры запрещали это сделать, и молча НАБЛЮДАЛИ за ФИАСКО firemonkey,

Лично я считаю, что FMX «поспешил и насмешил»: нельзя такие вещи быстро сделать, но EMB прёт как бульдозер.

Цитата:
А может это Эрик с Марком в сговоре с менеджментом решили довести delphi "до ручки"  чтобы потом по-дешевке выкупить его у emb?

Мне кажется, Вы можете стать звездой новой группы в G+, посвященной слухам, политике и конспирологическим теориям вокруг Delphi Или исполните что-нибудь дуэтом вместе с Delphi Haters.

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 13:16 21-04-2013
valgreesh



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HeMet

Цитата:
 Урвать большую долю рынка — вот их задача №1 и если для этого можно использовать какие-то несовместимости, то они это сделают

 
В том числе. Поэтому сравнение с браузерописателями некорректное. Хотя, даже старайся они изо всех сил, ничего у них не вышло бы. Примеров тому есть: Wine мимикрия под Win32, ReactOS мимикрия под Win32, Mono мимикрия под .NET, Mozilla Web Control (или как его там) мимикрия под Трайдент. И ни про один из этих случаев нельзя сказать, что мимикрирующие достигли идентичности с объектом.
 

Цитата:
Стало быть в EMB всё программисты решают? Сроки они, видимо, планируют, да и политика — их удел.  

 
Нет, но это программисты решают использовать TList с тупым перебором вместо TDictionary (смотри как происходит поиск ресурсов). Это программисты решают хранить указатель в строке, а строку в варианте (FMX.Filter.VarFromBitmap в XE2). Это программисты решают парсить объект на наличие свойства на каждой итерации анимации. Это от программистов зависит, что мало-мальско работающее приложение на FMX кушает память, как не в себя. Это от программистов зависит, когда выпадающее меню или комбобокс спокойно выходят за границы  экрана. Это от программистов зависит, что нормального сглаживания не сделано ни в XP, ни в последующих ОС (в XP не сглаживаются векторные примитивы, в 7 и 8 сглаживание шрифта отвратное).  А вообще, если детально разбирать код FMX, там камня на камне не останется, настолько все печально.
 
Добавлено:
HeMet
 
Я давно подозреваю, ты не засланная к нам (с) Про Федота-стрельца, молодого удальца. )

Всего записей: 298 | Зарегистр. 30-11-2011 | Отправлено: 13:44 21-04-2013
Eternal_Shield

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Пофиг чего там в ем-ро. Есть более занимательная запись на тему натива:

Цитата:
 
The new developer environment for Windows Phone 8 does share commonalities with what Microsoft has announced for Windows 8 and Windows RT. Microsoft is announcing today that Windows Phone 8 has full C and C++ support, just like Windows 8 and Windows RT do. Microsoft officials have said the XNA tools/runtime environment used primarily by game developers isn't supported on Windows 8. On Windows Phone 8, XNA is "supported," so existing Windows Phone games will run. But Microsoft's advice to phone developers going forward, just like it is for Windows 8, is to use native code, meaning C and C++, to write games. (Windows Phone 8 can and will support popular game engines such as Havok, as well as native DirectX-based game development, the Softies are saying.)

Наконец-то, олени, нахлебавшись с убогим .net'ом, теперь пытаются всё вернуть вспять, т.е. на натив? Или я чего-то не понимаю/пропустил?
 
Подробнее...
 
Подробнее...

Всего записей: 772 | Зарегистр. 18-05-2009 | Отправлено: 13:56 21-04-2013 | Исправлено: Eternal_Shield, 14:04 21-04-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Нет, но это программисты решают

Мне тоже интересны причины выбора тех или иных подходов, кроме тех мест, где видно, что писавший очень сильно спешил (как например код TPathData, связанный с парсингом. Мой вариант парсера можно увидеть на https://bitbucket.org/Hemet/fixmx ).

Цитата:
Это от программистов зависит, что нормального сглаживания не сделано ни в XP, ни в последующих ОС (в XP не сглаживаются векторные примитивы, в 7 и 8 сглаживание шрифта отвратное)

По XP я им багу постил _http://qc.embarcadero.com/wc/qcmain.aspx?d=112580
И рендеринг шрифтов под Direct2D правил, правда этого нет в QC, но кто-то у меня в G+ спрашивал скриншоты с результатами и я их выкладывал.
 

Цитата:
Я давно подозреваю, ты не засланная к нам (с) Про Федота-стрельца, молодого удальца. )

Понимаю, что так было бы прикольней и в духе конспирологии, но, увы и ах, единственное, что меня связывает с EMB это Delphi и QC.
 
Eternal_Shield
Зачем им напрочь изживать .NET? Там где не нужно много скорости и каких-то тонких оптимизаций он нормально себя ведёт.

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 14:21 21-04-2013 | Исправлено: HeMet, 14:27 21-04-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Да и хз, какая у них там система сортировки багов по важности.  

да нет там никакой сортировки - они давно уже на qc "забили", одинокий самурай на аутсорсинге, и out of theme, заходит туда, клавиши побъет и на фукусиму, радиоактивный мусор разгребать...

Цитата:
но в рамках всей системы оказывается костылём.

кого ты защищаешь, ты же сам видел и исправлял эти ТУПЫЕ баги, какие там рамки системы, не смеши.......

Цитата:
стать звездой новой группы в G+

ага, уже стал, один единственный пока

Цитата:
если детально разбирать код FMX, там камня на камне не останется, настолько все печально.  

опять 100500+

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 14:29 21-04-2013 | Исправлено: sergionn, 14:30 21-04-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
кого ты защищаешь, ты же сам видел и исправлял эти ТУПЫЕ баги, какие там рамки системы, не смеши.......

Да, исправлял, и пришёл к выводу, что главная их проблема — спешка (и, возможно, нехватка ресурсов). В частности, когда начал разбираться с рендерингом шрифтов под Direct2D в итоге пришёл к выводу, что хорошее решение проблемы там отнюдь не 5 строк поправить, как предлагали в QC (а начал именно с этого).

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 14:39 21-04-2013
sergionn

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
What's New in Delphi and C++Builder XE4
_http://docwiki.embarcadero.com/RADStudio/XE4/en/What%27s_New_in_Delphi_and_C%2B%2BBuilder_XE4
смотрим, смеемся, плачем - нужное подчеркнуть.........
 
обратите внимание, как много в этом релизе, в сравнении с xe2-xe3  документации........
 
надо-бы новую тему создавать.....

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 14:39 21-04-2013 | Исправлено: sergionn, 14:53 21-04-2013
Eternal_Shield

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Тема ХЕ4
http://forum.ru-board.com/topic.cgi?forum=35&topic=52173#1
образ доступен, качаем, кому интересно.

Всего записей: 772 | Зарегистр. 18-05-2009 | Отправлено: 15:15 21-04-2013
LadyOfWood

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Тоесть, кроме Андроида нету других мобильных платформ, или как?

Есть, но iOS/Window Phone они вроде как родные.

Всего записей: 620 | Зарегистр. 16-09-2003 | Отправлено: 16:42 21-04-2013
RuXandr

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Капец! ну дела...  
 
  1. Чем им не угодил AnsiString, AnsiChar - зачем их выкидывать?  
  2. Неизменяемые строки как .net/java - наверное потому что только так умеет LLVM?
  3. Конструкция with не поддерживается в новом компилере и походу исчезнет в новых версиях под вынь! За что!!!?? они вообще дебилы?

Всего записей: 96 | Зарегистр. 13-10-2009 | Отправлено: 16:59 21-04-2013
HeMet

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Чем им не угодил AnsiString, AnsiChar - зачем их выкидывать?  

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

Цитата:
Неизменяемые строки как .net/java - наверное потому что только так умеет LLVM?

Честно говоря, хз как он умеет, наверное это связано с ARC. Лично я по изменению строк посимвольно скучать не буду, ибо нужно оно бывало крайне редко, да и то если строку, как буфер использовать, но для этого есть другие вещи.

Цитата:
 Конструкция with не поддерживается в новом компилере и походу исчезнет в новых версиях под вынь! За что!!!?? они вообще дебилы?

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

Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 17:16 21-04-2013
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по Embarcadero RAD Studio XE3


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru