Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» Вопросы по Embarcadero RAD Studio XE4

Автор: Eternal_Shield
Дата сообщения: 13.05.2013 16:08
valgreesh

Цитата:
Qt с тобой не согласно.

Ну, фреймфорки - это отдельная тема, там кодовой базой и не пахнет, ну разве что чуть-чуть


Цитата:
Идея собственных виджетов не кривая, её портит кривая реализация.

Да-да, то кино плохоё, то тапёр играть не умеет


Цитата:
GoldenDict или VirtualBox

Отлично, но на фоне общей статистики эти 2 приложения (или даже 5) ничего не меняют
Автор: valgreesh
Дата сообщения: 13.05.2013 17:30
Eternal_Shield

Цитата:
Ну, фреймфорки - это отдельная тема

Понятно же, что я не о фреймвоке непосредственно, а об идеологии собственных виджетов с мимикрией под целевую платформу.


Цитата:
Да-да, то кино плохоё, то тапёр играть не умеет

Так реализация определяет все. Говняной реализацией можно изговнякать любую хорошую идею - а идея портабельного адаптируемого гуя хорошая.


Цитата:
Отлично, но на фоне общей статистики эти 2 приложения (или даже 5) ничего не меняют

Как ты понимаешь я не занимался изысканиями на тему наличия хороших приложений под Qt. Я назвал два, которыми пользуюсь лично на виндах и линуксе. Этого, впрочем, достаточно для контрагрументирования твоей позиции

Тут нужно понимать, что я не рассматриваю Qt, как серебряную пулю - слепить непереносимое приложение можно даже на фреймвоке обеспечивающем эту самую переносимость. Я говорю о том, что сделать переносимый гуй можно, и это потребует меньших затрат нежели разработка под каждую платформу с нуля.
Автор: zertyuiop
Дата сообщения: 13.05.2013 17:55
Eternal_Shield
Кодовой базой здесь пахнет тогда (на примере Qt), когда используется единый компилятор (MinGW/GCC например). FM тоже фреймворк, но страшно кривой. Использование еще борландовского кода в современных версиях RAD Studio не позволяет создавать нормальные приложения для чего либо, кроме Windows. А сохранение совместимости кода плохо работает в современных версиях.

З.Ы. На линуксах все пишется на фреймворках, на Windows на Visual Studio и более старых версиях Delphi, на OS X безраздельно господствует Xcode. В этом свете попытки введения поддержки iOS выглядит нецелесообразно: это ниша Xcode. На Windows новые компиляторы не выдерживают конкуренции с Visual Studio, и даже с предыдущими версиями своих же компиляторов. Покопал недавно дистрибутив XE4: он имеет компоненты от 2007 версии. Если уж они инсталлятор не могут нормально сделать, что уж говорить о самой студии.

З.Ы.З.Ы. Без переписки студии с нуля с имеющимися доработками ни о какой нормальной поддержке платформ, отличных от Windows, говорить не приходится.
Автор: deks
Дата сообщения: 14.05.2013 07:59
Свежая идея для ЭМРО:

* берем текущую кросс-платформенную RTL
* покупаем JetBrains с их IDE и инструментами и выкидываем нафиг устаревший RAD Studio; ну или встраиваем нормальный рефакторинг и CodeCompletion в RAD Studio;
* делаем единый парсер и для IDE, и для CodeInsight, и для backend-компилятора; парсер сразу отдает компилятору текущий отпарсенный модуль, и компиляция получается быстрая;
* "отодвигаем" FMX на роль "опционального" GUI фреймвока, и делаем нативный interop с платформами для поддержки нативного гуя (кому надо); нативный GUi обойдется без дизайнера - можно использовать нативные дизайнеры на платформе (Xcode/ ADK);
* делаем опциональным ARC для каждого юнита;
* придумываем как совместить различные строковые типы нормально, оставив и "старые" типы, и новые неизменяемые строки (а кому они нужны - ХЗ, лучше бы нативные NSString); дополняем систему типов нативными типами на платформе для облегчения interop;
* внимательно смотрим на инновации в языке от Oxygene (там много хорошего - типа дополнительно к .member есть и вызов :member, устойчивый к self=nil, лучше всего работает так "aObject:method1:property2:value3 <> 42" ну или inline getter/setter)

Ну как то так.
Автор: Eternal_Shield
Дата сообщения: 14.05.2013 08:04
zertyuiop

Цитата:
Кодовой базой здесь пахнет тогда (на примере Qt), когда используется единый компилятор (MinGW/GCC например). FM тоже фреймворк, но страшно кривой. Использование еще борландовского кода в современных версиях RAD Studio не позволяет создавать нормальные приложения для чего либо, кроме Windows. А сохранение совместимости кода плохо работает в современных версиях.

Может быть, спорить не буду


Цитата:
З.Ы.З.Ы. Без переписки студии с нуля с имеющимися доработками ни о какой нормальной поддержке платформ, отличных от Windows, говорить не приходится.

Именно! А они тянут всё г*вно с D8 по сей день...

valgreesh

Цитата:
Говняной реализацией можно изговнякать любую хорошую идею - а идея портабельного адаптируемого гуя хорошая...Я говорю о том, что сделать переносимый гуй можно, и это потребует меньших затрат нежели разработка под каждую платформу с нуля.

Именно ... как много хороших идей, которые получили "правильную" реализацию? Хотел бы услышать.

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

Добавлено:
deks

Цитата:
Свежая идея для ЭМРО:

А Вы думаете Посейдон за "апрувит"? )
Автор: deks
Дата сообщения: 14.05.2013 08:15
Eternal_Shield

Ну - к настроениям масс ЭМРО как то прислушивается. С Pro C/S бурление вызвало отказ от "хитрой" лицензионной политики, может и тут услышат. Щас вот по поводу строк многие высказываются - думаю, что то в этом направлении сделают!
Автор: Arioch1
Дата сообщения: 14.05.2013 16:37

Цитата:
Что мне во всех этих изменениях не особо нравится так это отсутствие ассемблера

непросто это на кросс-процессорном LLVM


Цитата:
чтобы, например, TStringList, цука, был с интерфейсной частью

Jedi Code Library

но что у Дельфи неудобно - и наверное нельзя селать лучше - это нечёткий переход от объектов к интерфейсам.

TJclStringList.Create.Split('SourceString','S').Trim.Join(#13#10);

На вид все хорошо, но на самом деле после Create может случиться утечка.


Цитата:
Смотрим на GoldenDict или VirtualBox - прекрасно выглядят и на виндах и на линуксах


А также Azureus/Vuze, Lotus Symphony и и прочие порождения Eclipse; Opera и Chrome; OpenOffice.org/LibreOffice
Потенциально - XMMS/WinAMP/AIMP

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

В этих случаях программа не "плохо подражает нативным" а просто вещь в себе и плевать ей как тут на ОС заведено.

Но иногда пользователям нужна прогармма, выглядящая и ведущая себя "как обычно", даже если с точки зрения интерфейса это менее эффективно/удобно, зато думать не надо. И тогда эти фреймворки будут выглядеть аляповато, более того - они будут выглядеть тем хуже, чем лучше будут имитировать нативность (эффект Uncanny valley)
Автор: Lena44
Дата сообщения: 14.05.2013 16:46

Цитата:
Что мне во всех этих изменениях не особо нравится так это отсутствие ассемблера


В BCC64 оставили:
Ссылка
Автор: zertyuiop
Дата сообщения: 14.05.2013 16:59
deks
Последнее время Embarcadero занимается коммерцией, а не разработкой студии. А про JetBrains это вы зря: попортят все достижения в области IntellijIDEA.
Автор: Eternal_Shield
Дата сообщения: 14.05.2013 18:11
deks

Цитата:
Ну - к настроениям масс ЭМРО как то прислушивается. С Pro C/S бурление вызвало отказ от "хитрой" лицензионной политики, может и тут услышат. Щас вот по поводу строк многие высказываются - думаю, что то в этом направлении сделают!

Тогда надо составить список "must be implemented", запостить на фейсбуке, дать ссыль ем-ро и устроить флешмоб

Arioch1

Цитата:
Jedi Code Library

Ага, но всё это не то Самому можно написать лучше и этого дешевого монстра в проект не тащить


Цитата:
TJclStringList.Create.Split('SourceString','S').Trim.Join(#13#10);   На вид все хорошо, но на самом деле после Create может случиться утечка.  

Имхо, Delphi тут не причём. И на вид здесь всё печально, т.к. код эквивалентен:

Код:
a := TJclStringList.Create;
a.Split('SourceString','S').Trim.Join(#13#10);
Автор: valgreesh
Дата сообщения: 14.05.2013 18:34
Eternal_Shield

Цитата:
Именно ... как много хороших идей, которые получили "правильную" реализацию? Хотел бы услышать.

Идей вообще или в области гуестроения? За вообще говорить не возьмусь, но в области гуестроения это TurboVision, VCL, LCL, Qt. Ни одна не идеальная, но для FMX такое качество - недостижимые высоты, увы. А вообще, для гуя есть много чего интересного делающегося одиночками, HtmlLayout например.

Arioch1

Цитата:
А также Azureus/Vuze, Lotus Symphony и и прочие порождения Eclipse; Opera и Chrome; OpenOffice.org/LibreOffice

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


Цитата:
И тогда эти фреймворки будут выглядеть аляповато, более того - они будут выглядеть тем хуже, чем лучше будут имитировать нативность (эффект Uncanny valley)

Ты сейчас сам понял, что написал? Значит, чем лучше мы будем соответствовать гайдлайнам и хигам, тем противнее будет юзеру? Нафига тащить понятие Зловещей долины относящейся к эмоциональным аспектам робототехники в сферу построения пользовательских интерфейсов? Ну а аляповато выглядящего софта хватает и среди в доску нативных платформенных решений.
Автор: delover
Дата сообщения: 14.05.2013 19:53
Eternal_Shield

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

JCL - луковица, жаль что вы не усекли, конечно, но простительно. JCL состоит исключительно из Мастеров кода и обязательно юный ресеарч. У вас конкретно есть нарицания к PeImage.TryGetNamesForOrdinalImports???
Или к TJclPeMapImgHooks.HookImport???
Или к TUnicodeStringList???
Или JclLastExceptStackListToStrings совсем негодный - без жирного шрифта?
Списка патентов нет, но они первые сколько себя помню - в этих вопросах.

Цитата:
на троечку

А надо на пятёрку?
Автор: deks
Дата сообщения: 14.05.2013 19:57
Зацените нативный interop с платформой: _http://www.kuagen.info/2013/05/xe4-firemonkey-on-ios-prevent-sleep-mode.html?utm_source=twitterfeed&utm_medium=twitter

Я офигел от очевидности решения! Это ж на каждый чих нужно узнавать у гуру как добраться к "абстрагированной" платформенной фиче!! Имхо, не рабочая ситуация..
Автор: delover
Дата сообщения: 14.05.2013 20:01
Думаю XE4 тоже тормазнутая. В системе 64 бит вызов 32 бит Windows.CompareStringW для PWideChar тормознутый очень. Легче в приложении сделать уникод и отдать. Иногда можно сэкономить минуту.

Добавлено:
Eternal_Shield
Если запостите плиз скопипасте в личку, могу забыть.
Автор: LadyOfWood
Дата сообщения: 14.05.2013 21:43

Цитата:
* делаем единый парсер и для IDE, и для CodeInsight, и для backend-компилятора; парсер сразу отдает компилятору текущий отпарсенный модуль, и компиляция получается быстрая;

Надо сказать что компиляция и сечас очень шустрая.

Цитата:
выкидываем нафиг устаревший RAD Studio; ну или встраиваем нормальный рефакторинг и CodeCompletion в RAD Studio;

+1, RAD Studio тормозит очень сильно, особенно в сравнении с VS.
PS. Мы тут конечно можем много идей понапридумывать, но кто нас случашть будет вот в чем вопрос.
Автор: SolidSnakeRU
Дата сообщения: 14.05.2013 21:48
Если они даже клиентов не слушают и бросают песок в глаза)


Цитата:
Начните разработку революционно-новых приложений для iOS, Windows и Mac.
RAD Studio XE4 – пакетное решения для разработки истинно нативных высокопроизводительных приложений для различных устройств, включая ПК, планшеты и смартфоны.
Автор: Arioch1
Дата сообщения: 14.05.2013 22:19

Цитата:
понятие Зловещей долины относящейся к эмоциональным аспектам робототехники

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

Проблема появляется когда что-то выглядит родным и привычным, но ведёт себя "не по правилам."

Тут уже был гуру Фотошопа, которы обещал за пару часов сделать MacOS интерфейс на FMX - и таки "внешний вид" он более-менее повторил. А вот поведение - не смог. А именно это сочетание чужеродного действия под прикрытием привычной каринки и лишает уверенности и комфорта.


Цитата:
a := TJclStringList.Create; a.Split('SourceString','S').Trim.Join(#13#10);   Утечка 100%-ная.

Зависит от типа переменной, при правильном типе утечки нет



Цитата:
Вот если бы было что-то типа: Код: IJclStringList(TJclStringList.Create).Split('SourceString','S').Trim.Join(#13#10);

Там есть глобальная функция, возвращающая новый объект через интерфейс.
Я же лично предпочитаю делать класс с непубличным конструктором и классовой функцией "New: Ixxxx"

Но дело как раз в том, что JclStringList имитирует TStringList и потому создание через конструктор выглядит естественным и правильным. Чтобы можно было просто подставить в не-ARC код вместо штатного.


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

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



Добавлено:

Цитата:
Я офигел от очевидности решения! Это ж на каждый чих нужно узнавать у гуру как добраться к "абстрагированной" платформенной фиче!!


Давай надеяться, что метод "как добраться" будет везде один и тот же, и не ради нас сирых, а просто потому что так писать удобнее.

Взять тот же VCL - такие методы как Perform, RecreateWnd тоже не очивидны и в MSDN не прописаны. Но к ним в конце концов привыкли, как к особенности библиотеки, и вопросов не задаём.

Добавлено:

Цитата:
Имхо, Delphi тут не причём.

Как это не при чём? Дельфи позволяет написать и (даже без ворнингов!) скопилировать принципиально опасный код. Это было бы нормально для "ассемблера" С++, но это не хорошо для Паскаля, который "не позволяет прострелить себе ногу"

Так что это - недостаток языка, как ни крути. Другой вопрос, что как это можно бы было исправить, не ломая совместимости? Впрочем, теперь уже не важно.
Автор: sergionn
Дата сообщения: 14.05.2013 23:22
deks
Цитата:
Имхо, не рабочая ситуация..

Arioch1
Цитата:
Давай надеяться, что метод "как добраться" будет везде один и тот же

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


Цитата:
Если они даже клиентов не слушают и бросают песок в глаза)

ага и для гугле-роботов баллады найдутся:
_https://forums.embarcadero.com/thread.jspa?messageID=562518&#562518
_https://forums.embarcadero.com/thread.jspa?threadID=87275&tstart=15
Автор: Arioch1
Дата сообщения: 14.05.2013 23:50

Цитата:
не выглядят нативными, в отличии от двух названных мною.

GoldenDict у меня нету, а вот на счёт того, что VirtualBox выглядит нативным...

Во-первых он - с точки зрения GUI - намного более ограничен и соотв. его задача проще.

Тем не менее, правая часть окна мне не кажется "родной", ни сами кнопки Детали/Снимки, ни красивые "рамочки" деталей.
В окне Справка / О Программе нет кнопки ОК, на манер древних Mac OS Classic.
То же про Справка\Менеджер сетевых операций.

Далее, комбо-бокс - http://savepic.ru/4554187.png - обрезает нижние строки.

Кстати, а зачем там комбо-бокс ? И зачем те самые кнопки Детали/Снимки ?
Где-то я слышал, что в Qt нет стандартных радиокнопок, надо или ставить сторонние библиотеки, либо для чекбоксов руками делать поведение радиокнопок. Не знаю, насколько эта инфа актуальна, но я нашел в VB только оодно место с радиокнопками: настройки VB, проверка обновлений. И больше нигде.
Программа, которая выпендривается то так, то этак лишь бы не использовать радиокнопки - это на винде не вылядит нативно уж никак.

Стиль картинок тоже явно не виндовый, хотя этот пример скорее не к огреничениям фреймворков, а к идеологии "нам наплевать как там у вас на винде, лишь бы наша программа выглядела одинаково на любой ОСи"

У меня нет претензий к интерфейсу VirtualBox - он работает и, после некоторого привыкания, внутренне логичен. Но называть это нативной программой ? Для меня каждый раз, когда я его запускаю, ощущается его "инопланетность".
Автор: delover
Дата сообщения: 14.05.2013 23:53
Arioch1

Цитата:
но это не хорошо для Паскаля, который "не позволяет прострелить себе ногу"

Кажись нога из языка Си выросла - другая это нога.

!!! Кто вам сказал что юзеры VirtualBox используют ARC или как там по научному? DosBox они не знают оно им не надо. Про W и A и уникод не пишите плиз, пока Windows не решит нормал функциии сделать (хотябы в 64)
Автор: Arioch1
Дата сообщения: 15.05.2013 00:01

Цитата:
для гугле-роботов баллады найдутся:

Хорошая баллада, чё! Если выразить одной фразой суть, то "Всего лишь за неделю я смог написать работающий Hello World!"
Cool story, bro!

Если твоя теория заговора справедлива, то с такими маркетёрами врагов не надо.
Автор: sergionn
Дата сообщения: 15.05.2013 01:22

Цитата:
то с такими маркетёрами врагов не надо.

это не теория заговора - маркеты работают по стандартному сценарию:
вброс хвалебной инфы (с реальными действующими лицами), которую потом будут выдавать поисковики в раздаче,
+ ссылаться в брифах, рекламных роликах,
+ манагеры будут использовать как прикрытие жопы на ковре у боссов фонда и тд. и тп.

ДэвидИ продолжает "зажигать":
_http://blogs.embarcadero.com/davidi/2013/05/14/42692
вот уж точно: хоть ссы в глаза - все божья роса
Автор: LadyOfWood
Дата сообщения: 15.05.2013 01:40

Цитата:
FM3 contains 3 years of continuous development with refactorings, improvements, enhancements and new innovations.

М да, пиар наше все. Посмотрим лучше на того кто попытается на этом написать что-то приличное.
Автор: valgreesh
Дата сообщения: 15.05.2013 01:48
Arioch1

Цитата:
Проблема появляется когда что-то выглядит родным и привычным, но ведёт себя "не по правилам."

Это твоя собственная экстраполяция данного феномена. Кроме того, с чего ты взял, что софт на том же Qt (или другом подобном фреймвоке) обязательно ведет себя "не по правилам"?


Цитата:
Тем не менее, правая часть окна мне не кажется "родной", ни сами кнопки Детали/Снимки, ни красивые "рамочки" деталей.

Это называется custom drawing и этим занимаются over9000 софта на любых платформах (на маке в меньшей степени, но и там тоже их есть). Это что, фреймвок навязывает такое оформительское решение? Я тебя умоляю...


Цитата:
В окне Справка / О Программе нет кнопки ОК, на манер древних Mac OS Classic. То же про Справка\Менеджер сетевых операций

И это таки не требования фреймвока, просто авторам не захотелось делать разную разметку для разных платформ (стилизацию, в терминологии FMX).


Цитата:
Далее, комбо-бокс - http://savepic.ru/4554187.png - обрезает нижние строки.

А в GoldenDict, в диалоге выбора языка, не обрезает. Значит снова вопрос стилизации/настройки виджетов, а не ограничений фреймвока.

Цитата:
Кстати, а зачем там комбо-бокс ? И зачем те самые кнопки Детали/Снимки ?

Видимо затем, что авторам так показалось логичным. Ну а кнопки Детали/Снимки это замена вкладок (VCL'евский PageControl тоже можно так же застилизовать изменив свойство Style).

Цитата:
Где-то я слышал, что в Qt нет стандартных радиокнопок, надо или ставить сторонние библиотеки, либо для чекбоксов руками делать поведение радиокнопок. Не знаю, насколько эта инфа актуальна, но я нашел в VB только оодно место с радиокнопками: настройки VB, проверка обновлений. И больше нигде.

Разумеется это бред. Посмотри на диалоги настроек GoldenDict'а, там есть очень даже нативные радиокнопки.

Цитата:
Для меня каждый раз, когда я его запускаю, ощущается его "инопланетность".

А когда ты Microsoft Office запускаешь, какие у тебя ощущения? А VS2012? А как тебе скевоморфизм пробравшийся в Mac OS X 10.8? А ведь вдохновляясь всем этим благолепием можно таких "нативных" интерфейсов налепить у-у-у-у-у.

Как выясняется, по сути у тебя претензий нет. Все твои претензии в к внешнему виду совершенно не имеют отношения к Qt. Не Qt заставляет использовать один набор иконок для всех платформ. Не Qt заставляет использовать единый дизайн диалогов для всех платформ. Не Qt заставляет прибегать к кастомной отрисовке. Как видно по другим представителям софта от мира Qt, Qt позволяет идеально мимикрировать под целевую платформу - было бы желание у разработчиков. Ну и уж конечно задача стилизации под платформу несравнимо проще нежели разработка нового гуя под каждую из платформ.
Автор: delover
Дата сообщения: 15.05.2013 04:37
Хорошо, утро, про Виндовс тот же вопрос - про заговоры не чё не знаю что писать - помогают заговоры?
C Delphi что-то не то в 64 бит 32 приложение. Пишу:

Код: procedure TForm1.Button1Click(Sender: TObject);
var
d: tdatetime;
i: integer;
begin
d:=now;
for i := 0 to 90,000,000 do
ansicomparestr('blablabla1', 'blablabla2');
d:=now-d;
showmessage(formatdatetime('nn:ss:zzz', d));
end;
Автор: deks
Дата сообщения: 15.05.2013 09:00
Arioch1


Цитата:
метод "как добраться" будет везде один и тот же


В том то и все дело! Не всегда один и тот же - например, в приведенном примере не очевидно что в TUIApplication.OCClass.sharedApplication живет. То есть нужно знать, как именно и какие объекты платформы обернуты FMX и где их можно расковырять. И можно ли - тоже вопрос.

2 all
Ну и по поводу "эмулирования" интерфейса - интересно, как именно работает TEdit/TMemo под iOS. Никто живьем не видел? Интересует как именно сделано выделение текста и есть ли стандартные iOS-фичи (типа - "Определить" для вывода значения из словарика), ну и возможности автозамены/автокорректа. Также интересно - поддерживает ли TEdit разные типы клавиатуры в зависимости от типа ввода (email, ФИО, ...).
Автор: valgreesh
Дата сообщения: 15.05.2013 10:16
deks

Цитата:
Также интересно - поддерживает ли TEdit разные типы клавиатуры в зависимости от типа ввода (email, ФИО, ...).

Это точно есть. Было в каком то демо-видео. Смотри TEdit.KeyboardType
Автор: Eternal_Shield
Дата сообщения: 15.05.2013 10:33
delover
Я не весь JCL использовал, поэтому ответить на вопросы не могу. Тот код, с которым я имел дело (самый отвратительный из всего JCL это Winapi32) не был Delphi-oriented кодом. Видно было, что писал код ппцшник до мозга костей. Пример не приведу, ибо дело было давно. Как сейчас дела с JCL обстоят - не в курсе и, даже, не интересно.

Да, в JCL есть интересные моменты, спору нет. Но не более того. На пяторочку? Такого не бывает в среде кросс-платформы. Никогда не было и никогда не будет.

Arioch1

Цитата:
Зависит от типа переменной, при правильном типе утечки нет

Ты привёл конкретный пример:

Код: TJclStringList.Create.Split('SourceString','S').Trim.Join(#13#10);
Автор: Arioch1
Дата сообщения: 15.05.2013 12:08

Цитата:
которыя я декомпозировал в 100%ый аналог. В любом случае, утечка будет 100%но.

не факт, зависит от типа переменной, который ты пропустил.
при правильном типе - утечки 100% не будет.


Цитата:
VС++12 тоже не вопит по поводу одной лишь строчки

Зато вопит при if (i=12) ...


Цитата:
TObject.Create всегда возвращает объект, а не что-то другое

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

Добавлено:

Цитата:
ansicomparestr


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

меня как-то удивило, что AnsiStartsStr работает медленнее AnsiStartsText, хотя по сути меньше делает
Автор: sergionn
Дата сообщения: 15.05.2013 16:30
Сделать НАСТОЯЩУЮ программу в delphi for ios просто нереально,
но суровые хорватские программисты нашли выход и из этой непростой ситуации:
они пишут и показывают свои программы на бумаге.....
_http://blogs.embarcadero.com/files/2013/05/mladenmenu_8602.jpg

ДэвидИ будет несомненно доволен: теперь, кроме гордых ответов на жалкие вопросы:
"почему вы просите штуку баков за такое гумно на котором нельзя писать программы отвечающие современным требованиям, а мобильная разработка это вообще фейк",
кроме ответов вроде: "мы продаем вам АЖ 5-КОМПИЛЯТОРОВ за штукарь"
Великий евангелист сможет СМЕЛО добавить:
"а теперь еще и бумажная версия, спешите! скидка 10% до конца месяца!"

Страницы: 1234567891011121314151617181920212223242526

Предыдущая тема: cxDBPivotGrid выгрузка в excel


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.