Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Program z Delphi na Androida
2,950 views
Skip to first unread message
WM
May 3, 2012, 5:52:31 AM5/3/12
to
Co zrobic, aby program napisany w Delphi (ma rozszerzenie .exe)
byl czytany takze przez tablet z zainstalowanym Androidem?
Da sie to zrobic uniwersalnie?
Pozdrawiam WM
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
byl czytany takze przez tablet z zainstalowanym Androidem?
Da sie to zrobic uniwersalnie?
Pozdrawiam WM
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
m
May 3, 2012, 10:22:01 AM5/3/12
to
W dniu 2012-05-03 11:52, WM pisze:
na Windows i MAC OS wiec to jest pierwszy problem. Wiec nie ma takiej opcji.
Kolejny problem to procesor jaki jest używany najczęściej z androidem
czyli ARM, na tą chwilę Delphi nie kompiluje na ARM-a tylko na procesory
x86 i x64.
Kolejny problem to API Androida i jak to by się miało do tego co jest
teraz w Firemonkey.
Czy to się kiedyś da zrobić uniwersalne to na tą chwilę nie ma takiej
opcji, na pewno dało by się to zrobić tyle tylko że z punktu widzenia
Embarcadero, nie wiem czy się im to skalkuluje. Bo znowu się okaże ze
prześpią swoją szansę, delphi co najmniej od dwóch lat powinno być
środowiskiem programowania które umożliwiał by tworzenia na Mac jak i
Android + silny marketing. Chociaż nigdy nei wiadomo czy Apple nie
zabroni pisać w czym innym niż xcode :(
To tyle z mojej bazy nad jeziorem Ukiel
M
> Co zrobic, aby program napisany w Delphi (ma rozszerzenie .exe)
> byl czytany takze przez tablet z zainstalowanym Androidem?
> Da sie to zrobic uniwersalnie?
>
> Pozdrawiam WM
>
Delphi to IDE które w obecnej chwili jest w stanie tworzyć aplikacje
> byl czytany takze przez tablet z zainstalowanym Androidem?
> Da sie to zrobic uniwersalnie?
>
> Pozdrawiam WM
>
na Windows i MAC OS wiec to jest pierwszy problem. Wiec nie ma takiej opcji.
Kolejny problem to procesor jaki jest używany najczęściej z androidem
czyli ARM, na tą chwilę Delphi nie kompiluje na ARM-a tylko na procesory
x86 i x64.
Kolejny problem to API Androida i jak to by się miało do tego co jest
teraz w Firemonkey.
Czy to się kiedyś da zrobić uniwersalne to na tą chwilę nie ma takiej
opcji, na pewno dało by się to zrobić tyle tylko że z punktu widzenia
Embarcadero, nie wiem czy się im to skalkuluje. Bo znowu się okaże ze
prześpią swoją szansę, delphi co najmniej od dwóch lat powinno być
środowiskiem programowania które umożliwiał by tworzenia na Mac jak i
Android + silny marketing. Chociaż nigdy nei wiadomo czy Apple nie
zabroni pisać w czym innym niż xcode :(
To tyle z mojej bazy nad jeziorem Ukiel
M
m
May 3, 2012, 10:23:50 AM5/3/12
to
I jeszcze taka ciekawostka co do czekiwać do XE3
http://www.simonjstuart.com/2012/02/27/if-you-could-have-one-new-platform-in-delphi-xe3-which-would-it-be/
http://www.simonjstuart.com/2012/02/27/if-you-could-have-one-new-platform-in-delphi-xe3-which-would-it-be/
miab
May 3, 2012, 12:27:27 PM5/3/12
to
W dniu 2012-05-03 11:52, WM pisze:
> Co zrobic, aby program napisany w Delphi (ma rozszerzenie .exe)
> byl czytany takze przez tablet z zainstalowanym Androidem?
> Da sie to zrobic uniwersalnie?
Tak po zainstalowaniu emulatora Windows na Androidzie.
> byl czytany takze przez tablet z zainstalowanym Androidem?
> Da sie to zrobic uniwersalnie?
Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
na Androida.
miab
ktos
May 3, 2012, 4:03:28 PM5/3/12
to
W dniu 2012-05-03 16:22, m pisze:
do pisania programów pod Win i linuksa i od tamtego czasu zaczęła sie
jazda w dół - bo zabrakło sił/czasu/środków na zrobienie monstrum,
chętnych do płacenia za Kylixa brakło, więc nie opłacało się dopracować
go, zamknięte koło.
>
> Bo znowu się okaże ze
> prześpią swoją szansę, delphi co najmniej od dwóch lat powinno być
> środowiskiem programowania które umożliwiał by tworzenia na Mac jak i
> Android + silny marketing.
Ok 10 lat temu Borland przyjął ambitne założenie stworzenia środowiska
> Bo znowu się okaże ze
> prześpią swoją szansę, delphi co najmniej od dwóch lat powinno być
> środowiskiem programowania które umożliwiał by tworzenia na Mac jak i
> Android + silny marketing.
do pisania programów pod Win i linuksa i od tamtego czasu zaczęła sie
jazda w dół - bo zabrakło sił/czasu/środków na zrobienie monstrum,
chętnych do płacenia za Kylixa brakło, więc nie opłacało się dopracować
go, zamknięte koło.
Grzegorz Skoczylas
May 3, 2012, 6:59:30 PM5/3/12
to
W dniu 2012-05-03 18:27, miab pisze:
Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
się to robić. Jednak na podstawie informacji dostępnych na ich stronie
internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
studium wykonalności, niż produkt nadający się do praktycznego
wykorzystywania.
Mam wrażenie, że obecnie w miarę dobrze działa pisanie programów pod
Windows, Linux i MacOS, czyli tylko dla "dużych" systemów operacyjnych.
--
Pozdrawiam,
Grzegorz Skoczylas
http://gskoczylas.rekord.pl
----------------------------------------------
> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
> na Androida.
Czy próbowałeś tego?
> na Androida.
Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
się to robić. Jednak na podstawie informacji dostępnych na ich stronie
internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
studium wykonalności, niż produkt nadający się do praktycznego
wykorzystywania.
Mam wrażenie, że obecnie w miarę dobrze działa pisanie programów pod
Windows, Linux i MacOS, czyli tylko dla "dużych" systemów operacyjnych.
--
Pozdrawiam,
Grzegorz Skoczylas
http://gskoczylas.rekord.pl
----------------------------------------------
WM
May 4, 2012, 3:23:20 AM5/4/12
to
miab <miw...@wp.pl> napisał(a):
> Tak po zainstalowaniu emulatora Windows na Androidzie.
> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
> na Androida.
>
Dziekuje wszystkim za podpowiedzi.
Sam dwa lata temu napisalem ten prosty programik.
Mam oczywiscie do niego zrodla, ale nie mam pojecia
czy wszystkie funkcje beda dzialaly w Androidzie.
Zalezy mi zwlaszcza na zachowaniu zapisywania plikow graficznych.
http://www.narval.republika.pl/rozeta.exe
> Tak po zainstalowaniu emulatora Windows na Androidzie.
> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
> na Androida.
>
Sam dwa lata temu napisalem ten prosty programik.
Mam oczywiscie do niego zrodla, ale nie mam pojecia
czy wszystkie funkcje beda dzialaly w Androidzie.
Zalezy mi zwlaszcza na zachowaniu zapisywania plikow graficznych.
http://www.narval.republika.pl/rozeta.exe
miab
May 4, 2012, 3:28:05 AM5/4/12
to
W dniu 2012-05-04 00:59, Grzegorz Skoczylas pisze:
Tu trochę:
http://wiki.lazarus.freepascal.org/Custom_Drawn_Interface/Android
miab
> W dniu 2012-05-03 18:27, miab pisze:
>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>> na Androida.
>
> Czy próbowałeś tego?
>
> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
> studium wykonalności, niż produkt nadający się do praktycznego
> wykorzystywania.
>
> Mam wrażenie, że obecnie w miarę dobrze działa pisanie programów pod
> Windows, Linux i MacOS, czyli tylko dla "dużych" systemów operacyjnych.
Nie jeszcze nie próbowałem i też mam takie wrażenie.
>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>> na Androida.
>
> Czy próbowałeś tego?
>
> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
> studium wykonalności, niż produkt nadający się do praktycznego
> wykorzystywania.
>
> Mam wrażenie, że obecnie w miarę dobrze działa pisanie programów pod
> Windows, Linux i MacOS, czyli tylko dla "dużych" systemów operacyjnych.
Tu trochę:
http://wiki.lazarus.freepascal.org/Custom_Drawn_Interface/Android
miab
Arivald
May 4, 2012, 3:55:09 AM5/4/12
to
W dniu 2012-05-04 00:59, Grzegorz Skoczylas pisze:
> W dniu 2012-05-03 18:27, miab pisze:
>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>> na Androida.
>
> Czy próbowałeś tego?
>
> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
> studium wykonalności, niż produkt nadający się do praktycznego
> wykorzystywania.
Da się wykorzystać, ale to tylko proteza. I niestety działa tylko na ARM.
>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>> na Androida.
>
> Czy próbowałeś tego?
>
> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
> studium wykonalności, niż produkt nadający się do praktycznego
> wykorzystywania.
Generalnie to po prostu kompilują jak na linuxa ARM, jako bibliotekę
natywnego kodu z interfejsem do Javy, i dodają bootloader w Javie który
ładuje kompilat.
Ma to wiele wad, począwszy od binarek o ogromnych rozmiarach, na
niedostosowaniu kontrolek LCL do ekranów o szerokim zakresie DPI
skończywszy.
Żeby naprawdę pisać androidowo i przenośnie, należny pisać w javie
(przenoścność na dowolną architekturę), a gui robić w XMLu. Dzięki temu
gui będzie rysowane z akceleracją układu graficznego, w OpenGL ES. I
będzie bez problemu działać na ekranie o dowolnym DPI czy proporcjach.
Do OP: Po prostu przepisz program na Androida. To będzie dobre
ćwiczenie, i nauczysz się czegoś nowego.
--
Arivald
Kviat
May 5, 2012, 5:00:23 AM5/5/12
to
W dniu 2012-05-04 00:59, Grzegorz Skoczylas pisze:
> W dniu 2012-05-03 18:27, miab pisze:
>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>> na Androida.
>
> Czy próbowałeś tego?
>
> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
> studium wykonalności, niż produkt nadający się do praktycznego
> wykorzystywania.
>
> Mam wrażenie, że obecnie w miarę dobrze działa pisanie programów pod
> Windows, Linux i MacOS, czyli tylko dla "dużych" systemów operacyjnych.
A co z tym? Próbował już ktoś?
>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>> na Androida.
>
> Czy próbowałeś tego?
>
> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
> studium wykonalności, niż produkt nadający się do praktycznego
> wykorzystywania.
>
> Mam wrażenie, że obecnie w miarę dobrze działa pisanie programów pod
> Windows, Linux i MacOS, czyli tylko dla "dużych" systemów operacyjnych.
Fragment maila od Embarcadero z 28.02.2012:
Create mobile web apps and native apps for iOS, Android, and more with
RAD Studio XE2
Register Now!
(...)
Did you know that in a world with around 7 billion people, there are
nearly 6 billion mobile phone subscriptions? (CNET, 2012)
Creating mobile applications to grow your customer base has never been
more important than it is today.
Join us for this free webinar with evangelists Andreano Lanusse, Anders
Ohlsson, and Al Mannarino to learn how you can easily create native
Delphi apps for iOS, mobile web apps for iOS, Android, and BlackBerry
and DataSnap native clients for Android, iOS, Windows Phone and
BlackBerry with RAD Studio XE2.
In this webinar, you will learn how to :
Develop native FireMonkey iOS applications with Delphi
Enable Windows Phone, Android, iOS and BlackBerry apps to connect
and interact with DataSnap Servers
Build Web applications and optimize the UI for mobile devices
Special Offer: Buy or upgrade to Delphi XE2, C++Builder XE2, RAD Studio
XE2 and get a second developer or database tool of equal or lesser value
FREE! Offer lasts only until March 30, 2012. Learn more.
Pozdrawiam
Piotr
darekm
May 6, 2012, 6:51:43 AM5/6/12
to
W dniu 2012-05-04 09:55, Arivald pisze:
wariantem na x86 (wymuszone przez Intela, choć na rynku praktycznie nie
obecne urządzenia z tym procesorem). Przy czym dla FPC nie ma znaczenia
dla którego procesora kompilujemy. iOS to zupełnie inna platforma, ale
developerzy FPC bardzo aktywnie wspierają XCode. Windows Mobile to
zanikająca staroć.
> Generalnie to po prostu kompilują jak na linuxa ARM, jako bibliotekę
> natywnego kodu z interfejsem do Javy, i dodają bootloader w Javie który
> ładuje kompilat.
I co w tym złego. Można dołączyć dwie biblioteki ładowane zależnie od
procesora. Komunikacja via JNI bardzo ładnie działa. Tak samo jak
interfejs do Javascript w osadzonej przeglądarce.
>
> Ma to wiele wad, począwszy od binarek o ogromnych rozmiarach, na
> niedostosowaniu kontrolek LCL do ekranów o szerokim zakresie DPI
> skończywszy.
Te binarki nie są aż takie duże, szczególnie że LCL jest tam zbędny.
Natywne kontrolki Androida są również bardzo ubogie.
>
>
>
> Żeby naprawdę pisać androidowo i przenośnie, należny pisać w javie
Ależ skąd. Java jest średnio przenośna. Aby było przenośnie to piszemy w
Javascript ( i stosujemy coś w stylu Sencha Touch)
> (przenoścność na dowolną architekturę), a gui robić w XMLu. Dzięki temu
> gui będzie rysowane z akceleracją układu graficznego, w OpenGL ES. I
> będzie bez problemu działać na ekranie o dowolnym DPI czy proporcjach
A GUI w HTML5 wtedy będzie i przenośnie, i szybko i ładnie.
W tym układzie Pascal (wszystko jedno czy z FPC czy z Delphi) dobrze
nadaje się na back office: całość logiki programu, tak która nie jest
zależna od systemu operacyjnego, jest w nim zawarta. Wtedy mamy
aplikację która może pracować na Windows, Linux, iOS, Android (webos,
bada itd) w urządzeniach wbudowanych, klasycznych komputerach czy też w
chmurze. I to wszystko z jednego kodu zgodnie z zasadą "Write once,
compile anywhere"
--
Darek
> W dniu 2012-05-04 00:59, Grzegorz Skoczylas pisze:
>> W dniu 2012-05-03 18:27, miab pisze:
>>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>>> na Androida.
>>
>> Czy próbowałeś tego?
>>
>> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
>> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
>> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
>> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
>> studium wykonalności, niż produkt nadający się do praktycznego
>> wykorzystywania.
>
> Da się wykorzystać, ale to tylko proteza. I niestety działa tylko na ARM.
To nie do końca tak. Android dopiero od kilku miesięcy ma NDK z
>> W dniu 2012-05-03 18:27, miab pisze:
>>> Można jeszcze jak się ma źródła przenieść na Lazarusa i przekompilować
>>> na Androida.
>>
>> Czy próbowałeś tego?
>>
>> Ostatnio analizowałem trochę możliwości pisania aplikacji na iOS,
>> Android i Windows Mobile. Miałem nadzieję, że w FreePascal/Lazarus da
>> się to robić. Jednak na podstawie informacji dostępnych na ich stronie
>> internetowej odnoszę wrażenie, że to co oferują, to raczej wczesne
>> studium wykonalności, niż produkt nadający się do praktycznego
>> wykorzystywania.
>
> Da się wykorzystać, ale to tylko proteza. I niestety działa tylko na ARM.
wariantem na x86 (wymuszone przez Intela, choć na rynku praktycznie nie
obecne urządzenia z tym procesorem). Przy czym dla FPC nie ma znaczenia
dla którego procesora kompilujemy. iOS to zupełnie inna platforma, ale
developerzy FPC bardzo aktywnie wspierają XCode. Windows Mobile to
zanikająca staroć.
> Generalnie to po prostu kompilują jak na linuxa ARM, jako bibliotekę
> natywnego kodu z interfejsem do Javy, i dodają bootloader w Javie który
> ładuje kompilat.
procesora. Komunikacja via JNI bardzo ładnie działa. Tak samo jak
interfejs do Javascript w osadzonej przeglądarce.
>
> Ma to wiele wad, począwszy od binarek o ogromnych rozmiarach, na
> niedostosowaniu kontrolek LCL do ekranów o szerokim zakresie DPI
> skończywszy.
Natywne kontrolki Androida są również bardzo ubogie.
>
>
>
> Żeby naprawdę pisać androidowo i przenośnie, należny pisać w javie
Javascript ( i stosujemy coś w stylu Sencha Touch)
> (przenoścność na dowolną architekturę), a gui robić w XMLu. Dzięki temu
> gui będzie rysowane z akceleracją układu graficznego, w OpenGL ES. I
> będzie bez problemu działać na ekranie o dowolnym DPI czy proporcjach
W tym układzie Pascal (wszystko jedno czy z FPC czy z Delphi) dobrze
nadaje się na back office: całość logiki programu, tak która nie jest
zależna od systemu operacyjnego, jest w nim zawarta. Wtedy mamy
aplikację która może pracować na Windows, Linux, iOS, Android (webos,
bada itd) w urządzeniach wbudowanych, klasycznych komputerach czy też w
chmurze. I to wszystko z jednego kodu zgodnie z zasadą "Write once,
compile anywhere"
--
Darek
Przemek O
May 1, 2012, 11:31:57 AM5/1/12
to
W dniu 2012-05-06 12:51, darekm pisze:
> developerzy FPC bardzo aktywnie wspierają XCode. Windows Mobile to
> zanikająca staroć.
Szczególnie w kontekście nawigacji :) Gdzie tak lekko licząc 90% działa
na WM5 lub WM6.
> I co w tym złego. Można dołączyć dwie biblioteki ładowane zależnie od
> procesora. Komunikacja via JNI bardzo ładnie działa. Tak samo jak
> interfejs do Javascript w osadzonej przeglądarce.
IMHO to w tym złego, że działa jakby chciało a nie mogło. Z tego powodu
smartfony gonią z rdzeniami a baterie powoli będzie trzeba ładować do 3
godziny jak w laptopie. Dziękuje - nakicham na takie "rozwiazania".
pozdrawiam,
Przemek O.
> developerzy FPC bardzo aktywnie wspierają XCode. Windows Mobile to
> zanikająca staroć.
na WM5 lub WM6.
> I co w tym złego. Można dołączyć dwie biblioteki ładowane zależnie od
> procesora. Komunikacja via JNI bardzo ładnie działa. Tak samo jak
> interfejs do Javascript w osadzonej przeglądarce.
smartfony gonią z rdzeniami a baterie powoli będzie trzeba ładować do 3
godziny jak w laptopie. Dziękuje - nakicham na takie "rozwiazania".
pozdrawiam,
Przemek O.
miab
May 6, 2012, 1:26:17 PM5/6/12
to
W dniu 2012-05-06 12:51, darekm pisze:
> W dniu 2012-05-04 09:55, Arivald pisze:
>>
>>
>> Żeby naprawdę pisać androidowo i przenośnie, należny pisać w javie
>
> Ależ skąd. Java jest średnio przenośna. Aby było przenośnie to piszemy w
> Javascript ( i stosujemy coś w stylu Sencha Touch)
Zdaje się ze ta "java" to dość średniawa jest. Zresztą o to z Oracle już
>
> Ależ skąd. Java jest średnio przenośna. Aby było przenośnie to piszemy w
> Javascript ( i stosujemy coś w stylu Sencha Touch)
awantura była(czy nawet trwa).
W C# trzeba pisać jak się okazuje:
http://www.benchmark.pl/aktualnosci/XobotOS_Android_w_C_i_Mono_dziala_kilka_razy_szybciej_niz_w_Javie-39750.html
miab
darekm
May 7, 2012, 4:34:32 AM5/7/12
to
W dniu 2012-05-06 19:26, miab pisze:
takie benchmarki są zazwyczaj mało wartościowe, szczególnie na tak
wczesnym etapie projektu. Jak to to obrośnie "tłuszczem" wymaganej
funkcjonalności to się zobaczy.
Po drugie Mono na iOS jest średnio legalne, Apple nie zezwala na
programy pośredniczące, dlatego Flush jest nieobecny
natomiast można pisać natywnie.
Ale niezależnie czy to będzie Mono, LLVM czy natywnie (proponuje się
nawet osadzanie natywnego kodu w przeglądarkach - NaCL) : na wszystko da
się pisać w Pascalu.
--
Darek
wczesnym etapie projektu. Jak to to obrośnie "tłuszczem" wymaganej
funkcjonalności to się zobaczy.
Po drugie Mono na iOS jest średnio legalne, Apple nie zezwala na
programy pośredniczące, dlatego Flush jest nieobecny
natomiast można pisać natywnie.
Ale niezależnie czy to będzie Mono, LLVM czy natywnie (proponuje się
nawet osadzanie natywnego kodu w przeglądarkach - NaCL) : na wszystko da
się pisać w Pascalu.
--
Darek
Arivald
May 7, 2012, 5:21:27 AM5/7/12
to
W dniu 2012-05-07 10:34, darekm pisze:
--
Arivald
> W dniu 2012-05-06 19:26, miab pisze:
>> W dniu 2012-05-06 12:51, darekm pisze:
>>> W dniu 2012-05-04 09:55, Arivald pisze:
>>
>>>>
>>>> Żeby naprawdę pisać androidowo i przenośnie, należny pisać w javie
>>>
>>> Ależ skąd. Java jest średnio przenośna. Aby było przenośnie to piszemy w
>>> Javascript ( i stosujemy coś w stylu Sencha Touch)
>>
>> Zdaje się ze ta "java" to dość średniawa jest. Zresztą o to z Oracle już
>> awantura była(czy nawet trwa).
>> W C# trzeba pisać jak się okazuje:
>> http://www.benchmark.pl/aktualnosci/XobotOS_Android_w_C_i_Mono_dziala_kilka_razy_szybciej_niz_w_Javie-39750.html
>>
>>
>
> takie benchmarki są zazwyczaj mało wartościowe, szczególnie na tak
> wczesnym etapie projektu. Jak to to obrośnie "tłuszczem" wymaganej
> funkcjonalności to się zobaczy.
>
> Po drugie Mono na iOS jest średnio legalne, Apple nie zezwala na
Jaki IOS???? czytałeś W ogóle ten artykuł?
>> W dniu 2012-05-06 12:51, darekm pisze:
>>> W dniu 2012-05-04 09:55, Arivald pisze:
>>
>>>>
>>>> Żeby naprawdę pisać androidowo i przenośnie, należny pisać w javie
>>>
>>> Ależ skąd. Java jest średnio przenośna. Aby było przenośnie to piszemy w
>>> Javascript ( i stosujemy coś w stylu Sencha Touch)
>>
>> Zdaje się ze ta "java" to dość średniawa jest. Zresztą o to z Oracle już
>> awantura była(czy nawet trwa).
>> W C# trzeba pisać jak się okazuje:
>> http://www.benchmark.pl/aktualnosci/XobotOS_Android_w_C_i_Mono_dziala_kilka_razy_szybciej_niz_w_Javie-39750.html
>>
>>
>
> takie benchmarki są zazwyczaj mało wartościowe, szczególnie na tak
> wczesnym etapie projektu. Jak to to obrośnie "tłuszczem" wymaganej
> funkcjonalności to się zobaczy.
>
> Po drugie Mono na iOS jest średnio legalne, Apple nie zezwala na
--
Arivald
darekm
May 7, 2012, 8:38:19 AM5/7/12
to
W dniu 2012-05-07 11:21, Arivald pisze:
cytat z artykułu:
"Idea Mono zakłada stworzenie narzędzi w pełni kompatybilnych z .NET,
działających pod kontrolą możliwie największej możliwej liczby systemów
operacyjnych. Dlatego też ostatnio powstały nawet wersje Mono dla
Androida i iOS a wiec Mono for Android oraz MonoTouch, ale nie to jest
dzisiejszym tematem."
a z uwagi że mówimy o przenośności to jest istotne
--
Darek
"Idea Mono zakłada stworzenie narzędzi w pełni kompatybilnych z .NET,
działających pod kontrolą możliwie największej możliwej liczby systemów
operacyjnych. Dlatego też ostatnio powstały nawet wersje Mono dla
Androida i iOS a wiec Mono for Android oraz MonoTouch, ale nie to jest
dzisiejszym tematem."
a z uwagi że mówimy o przenośności to jest istotne
--
Darek
R.e.m.e.K
May 7, 2012, 9:17:10 AM5/7/12
to
Dnia Thu, 3 May 2012 09:52:31 +0000 (UTC), WM napisał(a):
> Co zrobic, aby program napisany w Delphi (ma rozszerzenie .exe)
> byl czytany takze przez tablet z zainstalowanym Androidem?
> Da sie to zrobic uniwersalnie?
Moze "przystosowac go" do pracy pod Oxygene?
> Co zrobic, aby program napisany w Delphi (ma rozszerzenie .exe)
> byl czytany takze przez tablet z zainstalowanym Androidem?
> Da sie to zrobic uniwersalnie?
http://www.remobjects.com/tv/oxygene.aspx?video=oxygene-10-android
--
pozdro
R.e.m.e.K
Grzegorz Skoczylas
May 7, 2012, 11:29:54 AM5/7/12
to
W dniu 2012-05-07 10:34, darekm pisze:
> W dniu 2012-05-06 19:26, miab pisze:
>> W dniu 2012-05-06 12:51, darekm pisze:
>>> W dniu 2012-05-04 09:55, Arivald pisze:
>>
>> W dniu 2012-05-06 12:51, darekm pisze:
>>> W dniu 2012-05-04 09:55, Arivald pisze:
>>
>Po drugie Mono na iOS jest średnio legalne, Apple nie zezwala na
> programy pośredniczące, dlatego Flush jest nieobecny
> natomiast można pisać natywnie.
We FreePascalu zdołali sobie z tym poradzić nie łamiąc licencji, więc
> programy pośredniczące, dlatego Flush jest nieobecny
> natomiast można pisać natywnie.
pewnie i w Mono można podobnie postąpić.
darekm
May 8, 2012, 2:28:34 AM5/8/12
to
W dniu 2012-05-07 17:29, Grzegorz Skoczylas pisze:
samo również. Zabronione programy pośredniczące, środowiska (maszyny
virtualne itp.) w których wykonuje się inne programy. Tak przynajmniej
wynika z tekstu licencji i przykładów banowania dokonanych przez Apple.
Dla mnie zgadza się to również z polityką Appla, który chce całkowicie
kontrolować swój ekosystem, nie tylko użytkowników ale również
dostarczycieli programów i treści.
--
Darek
> W dniu 2012-05-07 10:34, darekm pisze:
>> W dniu 2012-05-06 19:26, miab pisze:
>>> W dniu 2012-05-06 12:51, darekm pisze:
>>>> W dniu 2012-05-04 09:55, Arivald pisze:
>>>
>> Po drugie Mono na iOS jest średnio legalne, Apple nie zezwala na
>> programy pośredniczące, dlatego Flush jest nieobecny
>> natomiast można pisać natywnie.
>
> We FreePascalu zdołali sobie z tym poradzić nie łamiąc licencji, więc
> pewnie i w Mono można podobnie postąpić.
>
To nie to samo. Programy w C są dozwolone więc Pascal, działający tak
>> W dniu 2012-05-06 19:26, miab pisze:
>>> W dniu 2012-05-06 12:51, darekm pisze:
>>>> W dniu 2012-05-04 09:55, Arivald pisze:
>>>
>> Po drugie Mono na iOS jest średnio legalne, Apple nie zezwala na
>> programy pośredniczące, dlatego Flush jest nieobecny
>> natomiast można pisać natywnie.
>
> We FreePascalu zdołali sobie z tym poradzić nie łamiąc licencji, więc
> pewnie i w Mono można podobnie postąpić.
>
samo również. Zabronione programy pośredniczące, środowiska (maszyny
virtualne itp.) w których wykonuje się inne programy. Tak przynajmniej
wynika z tekstu licencji i przykładów banowania dokonanych przez Apple.
Dla mnie zgadza się to również z polityką Appla, który chce całkowicie
kontrolować swój ekosystem, nie tylko użytkowników ale również
dostarczycieli programów i treści.
--
Darek
0 new messages