» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Цитата:

Может тебе свои наработки удастся в Орку влить ?

Ну я уже писал, что у меня получились не доработки, а новый фреймворк, который к обезьяне имеет такое же отношение как любой графический фреймворк к canvas и 3d api,
т.е. все написано с нуля основываясь на моем опыте в дизайне.
Если хватит времени и не займусь заказом с web на ewb-smarte-typescript,
то до конца года окончательно отделю его от fm и буду переносить под ro-qt или web....

sergionn

Цитата:

1)... 2)... 3)...

Ну немого не понял о чем Вы. По Вашему п.1 в своем после я писал, что критика по существу это нужно. По п.2 тема выбора пути компании это не тема этой ветки. По п. 3 Исходя из моего поста можно сказать что мой ответ на Ваш вопрос положительный.

Цитата:

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

set of record ? ДУмаю, что никак.

делайте список хэшей

может array of record?


Код: type
TRegExpRec = record
Ind: integer;
Len: integer;
Match: string;
SubStr: string;
SubStrCount: integer;
LastSubStr: integer;
SubStrList: TStringList;
end;

type
TParsedArray = array of TRegExpRec;

Цитата:

set of record ? ДУмаю, что никак.

делайте список хэшей

нет. Суть в том, чтобы сделать легковесный аналог set of Ordinal, с объектными фичами, перегрузкой операторов, и событием -- множетсво изменено. Нельзя по ходу этого сделать. Вернее, можно, но как оказалось, в обощенных методах не работает inline методов.

И еще потому, что нет констрайнта ordinal.

--
еще вопрос. Получается, что конкретизированный тип генерализованного класса с поддержкой IInterface, не имеет InterfaceEntry для IInterface?

Код:
type
TMyList=Collections.Lists.TList<TMyEntry>;(должен поддерживать кучу интерфейсов, включаяя IList, ISequense)
var l:TMyList;

assert( GetInterface(IInterface,iunk) );//assertion !!!!

то у тебя l, то iunk

то IInterface, то IList и ISequence

первая строчка и вторая никак не связаны



Добавлено:

Цитата:

нет констрайнта ordinal.

Нету. Поэтому нельзя сделать

function Max<T>(const a, b: T): T;
function Add<T>(const a, b: T): T;

AlekXL

Цитата:

Получается, что конкретизированный тип генерализованного класса с поддержкой IInterface, не имеет InterfaceEntry для IInterface?

имеет вообще-то, это у тебя пример некорректный

подскажите пожалуйста

1) как создать виртуальную машину с андроидом для тестов?
2) как выполнять функции андроида из делфи? включить вайфай например, или подсветкой управлять?

qwertEHOK
1. Нужно установить Androind SDK http://developer.android.com/sdk/index.html
Детально можно почитать здесь: http://4pda.ru/forum/index.php?showtopic=127892

Видео по установке: http://www.youtube.com/watch?v=LDvcuVdRDUc

Запуск виртуального девайса и установка приложений
http://www.youtube.com/watch?v=XQiI_uLw3_Q

Установка драйверов для устройств с Google Android OS, используя драйверы из SDK
http://www.youtube.com/watch?v=lXh2cgQePbc

Цитата:

Внимательно читаю все ветки последних трех релизов Дельфей. Стойкое и противное ощущение, что корабль идет ко дну...

не читайте советских газет по утрам

собрал на триалке простенький проект: кнопки, едиты, мемо, листбоксы. погонял на телефоне - на первый взгляд всё отлично, всё четко прорисовывается, ничего не тормозит, списки скроллятся плавно.

Добавлено:
а может выложить fmx куда-нибудь в svn или git - и всем вместе запилить свой fmx без багов и с прекрасными дамами? )))

ego666
да, плавненько, а какой у вас размер приложения?
а сколько оно открывается?

я взял TabbedApplication, добавил несколько стандартных компонентов и скомпилил - apk - 5,8 мб, на телефоне запускается около 3х секунд. Причем нажал на значок - появляется черный экран и через 2-3 секунды оно прорисовывается.

Стандартные компоненты это хорошо, но почему через FireDac нельзя подключится к MSSQL?

А вы видели пример звонилки на сайте?
есть свойство csDialing The phone is in a dialing state
но на андройде - не работает

qwertEHOK
apk где то 5 мб
установленное где то 20 мб
запускается где то в пределах 3х секунд.

звонилку не видел.

Цитата:

а может выложить fmx куда-нибудь в svn или git - и всем вместе запилить свой

Это уже давно сделали. Пиратский FMX называется PilotLogic Orca Library

Если не лень - идите, заселяйте дам

Цитата:

собрал на триалке простенький проект: кнопки, едиты, мемо, листбоксы. погонял на телефоне - на первый взгляд всё отлично, всё четко прорисовывается, ничего не тормозит, списки скроллятся плавно.

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

HUAWEI - U8815
Android - 4.0.3
Процессор - Qualcomm MSM7227A
Тактовая частота - 1000Мгц
Оперативная память - 512Мб
Видеоускоритель - Adreno 200

бюджетная модель, но в своём ценовом диапазоне, около 6 тыс руб, наиболее мощная по хар-кам.

Добавлено:

Цитата:

Если не лень - идите, заселяйте дам

лень )

Вот кстати, никто не прбовал FXM/Android на Retina-экранах ? как он справится ? и умеет ли он распараллеливаться ?

Добавлено:
интересная движуха началась вокруг AnyDAC/FireDAC

https://forums.embarcadero.com/thread.jspa?threadID=92627

- Мы купили годовое обновление FireDAC, но не можем его получить
- Покупайте XE5 и получите
- Но мы уже купили, купили сопровождение FireDAC. Вы же нам его продали, и обещали год поддержки!
- Ну и что, что обещали?

у меня пара нубских вопросов по android
1) можно ли создать динамическую библиотеку в XE5, для вызова ее функций, скажем, в С++ NDK проекте?
2) можно ли то же сделать в FPC?
3) можно ли отлаживать FPC-CustomDrawn apps?

Куда выводить табличную информацию в FM?
DBGrid серый.

p.s сильно не пинать, новенький.

Nonstopich
TStringGrid, через LiveBindings. см. http://members.adug.org.au/2011/12/29/livebindings-01/

.. Тем временем - из забавного.

RO выкатили относительно публичную бэту нового проекта - называется Hydrogene и представляет собой компилятор (фронтэнд) языка C# для бэкэнда Oxygene. Может работать параллельно с Oxygene (фронтэндом Паскаля), тогда все вместе называется Elements. Общий бэкэнд пока называется Oxygene, что вносит легкую путаницу - но они не решили еще двигать брэнд Elements. Но уже сейчас в проекте могут быть одновременно pas и cs файлы. Вроде бы возможны перекрестные наследования классов. Все существует для платформ .NET, Cocoa и Java.

Допилено до вменяемого состояния только .NET - пытаются сделать полное соответствие компилятору от MS / Mono. Потом будут пилить специфические фичи для поддержки Cocoa (те самые составные имена методов) и для Java (inline interfaces). Также упор делается на поддержку библиотеки Sugar и mapped types.

То есть они пытаются дать возможность работы с привычным языком (C#) полностью на чужеродных для него платформах Cocoa и Java.

На мой взгляд, пытаются полностью выбрать нишу людей, кому нравиться привычный язык и среда (C# в данном случае), но хочется попробовать мобильности с iOS и Android. Грамотная тема для них. Отличие от Xamarin в отсутствие собственной RTL и биндингах к платформе напрямую. по моим оценкам RTL для Xamarin.iOS весит около 7Mb, и чуть меньше FMX. То есть - не мало. Из существенных плюсов RO - полный interop с классами платформы. Это вправду круто, когда можно запилить кастомные ячейки для iOS прямо на паскале.

Мне нравится смелость и динамика граждан из RO))

deks
Это прямая угроза Майкрософту, т к С# им нужен чтобы привязать разработчиков к виндам. Если этот проект РО хорошо взлетит, то Майкрософт обязательно примет против них меры.

Цитата:

то Майкрософт обязательно примет против них меры.

и что они сделают им - накакают в тапочки?
На основе с# вЗЕЛЕТО по крайней мере 2 не ПРИВЯЗАННЫХ в винде проекта:
xamarin и unity3d (не считая самого прародителя), и что какие меры были приняты?
Ms в свое время "принимала" меры пользуясь домимирование на рынке - и была много раз оштрафована. Причем это пресловутое доминирование никак не помогло клоунам из мс - теперь они потихоньку со скрипом сдают рынок - это называется эволюция......

deks
Ro конечно безусловно правы, вложившись в c#, как ни крути а паскаль умирает.....
Но этой затеей они забивают очередной гвоздь в паскаль.
Считаю, что лучше бы допили в первую очередь шугар, хотябы на уровне примитивного ui, чтобы можно было создавать хотя бы базисные кросплатформенные приложения - как с Qt quick. А вот после этого можно было бы и вторгаться в зону c#, с серьезным кроссплатформенным ПРЕДЛОЖЕНИЕМ на уровень превосходящем xamarin по нативности.
Сейчас же это все детские игры - нет четкого побудительного мотива для прилива новых пользователей из лагеря с#. Единственное ради чего они могут променять свою среду на пока малоизвестный продукт от Ro - это какие-то уникальные фичи - а пока и нет!

Цитата:

и что они сделают им

купят просто как они это много раз делали


Цитата:

паскаль умирает

не дождётесь

паскаль с 1971 года умирает и умирает, но вот что-то никак не умрет
http://www.isdelphidead.com/
++
тут еще старый флуд на эту тему http://habrahabr.ru/post/111554/

Цитата:

купят просто как они это много раз делали

Xamarin то не купили и еще сотни не менее успешных проектов?
может это не входит в круг их интересов?
а вообще: Что в бизнесе главное? - продать его вовремя!

Цитата:

паскаль с 1971 года умирает и умирает, но вот что-то никак не умрет

Мне тут один старый приятель хотел заказать серьезный и недешевый, долгосрочный проект, скинул тех.задание, обговорили цену, сроки - все устроило,
но как узнал, что я собираюсь его реализовывать на delphi+smartmobilestudio - просто отказался, было оч.обидно и показательно в то же время......
Поэтому мы конечно, можем делать себе самовнушение, что на самом деле все ок. - и танцы на крышке гроба - это происки недоброжелателей - но реальность расставляет все на свои места........

Frodo_Torbins

Проект не должен "особо" взлететь. У него есть четкая НИША - разработчики, которым важен язык и IDE, но не так важна RTL. Такая ниша есть, но она не особенно велика! У C#, как мне кажется, велика доля разработчиков, которые привыкли юзать все доступные фреймворки и вне их чувствуют себя неуютно. Это клиенты Xamarin)

sergionn

Я считаю, что RO красавцы, увидев нишу в стане шарпистов) Как ни крути, C# более распространен, чем Pascal. Ну и слухи о смерти чего-либо преувеличены)) Не стоит драматизировать - жизнь постепенно все расставит на свои места.

Шугар допиливается по тихой грусти - но важно понимать пощзиционирование. Он не претендует на визуальную часть изначально. Он не претендует на minial common denominator (MCD). Это такая забавная форма RTL, при которой при общем кросс-платформенном MCD сохраняется прямая возможность заюзать специфику платформы.

Цитата:

Не стоит драматизировать - жизнь постепенно все расставит на свои места.

ну давай посмотрим правде в глаза - до сих пор не расставила что ли?(см.пред.мой пост)

Цитата:

Он не претендует на визуальную часть изначально.

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

Цитата:

паскаль с 1971 года умирает и умирает, но вот что-то никак не умрет

Паскаль - основа Delphi. По сути, на чистом, скажем так, досовском паскале уже давно ничего не пишут. А вот в целях обучения перед изучением Delphi - самое то. Нас в институте именно так и учили. Сначала паскаль, а потом уже Delphi.


Цитата:

но как узнал, что я собираюсь его реализовывать на delphi+smartmobilestudio - просто отказался, было оч.обидно и показательно в то же время.....

Как по мне, не особо показательно. Главное - конечный результат. А на чем писать и как писать - это заказчика не должно волновать, по большому счету.
Можно и на Delphi написать конфетку, а можно на C++ или C# наворотить такое, что без слез не глянешь.

Цитата:

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

Слышал от одного человека такую фразу: проект пишем либо на С++, либо в срок (кто не понял на Delphi).

Добавлено:
Я тут собрал все стандартные демки под андроид, для тех кому интересно живьём поглядеть и пощупать примеры приложений, но влом ставить Delphi.

_http://yadi.sk/d/xXnv8fJG9QiWg



(может в шапку ссылку или не надо?)

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


Цитата:

http://yadi.sk/d/xXnv8fJG9QiWg

Думаю, надо в шапку. Не помешает.

Цитата:

Мне нравится смелость и динамика граждан из RO

Угу, недоделав Sugar начать новый проект, на порядокь более эпичный.
Эмбаркадеро одобряэ

Добавлено:

Цитата:

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

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