Aplikacje mobilne (i desktopowe) w Delphi i C++ - nowe Embarcadero Community :) (dla hobbystów)

pytanie zadane 7 października 2018 w Urządzenia mobilne przez NIMuser Stary wyjadacz (11,030 p.)

Nie wiem czy już było ( ja to przegapiłem ), ale latem tego roku Embarcadero stworzyło darmową wersję Community dla programistów - hobbystów, których roczne przychody nie przekraczają 5 tys. dolców:

Who is Community Edition designed for?

Delphi Community Edition and C++Builder Community Edition provide developers with integrated and professional-level developer tools from Day 1. Community Edition is designed for freelance developers, startups, students and non-profits with annual revenues of less than USD $5000 or teams with up to 5 developers. Community Edition is licensed with a one year term license.

Jest to dość ciekawe rozwiązanie dla osób biegłych w C++ lub Pascal/Delphi, szczególnie pod kątem aplikacji mobilnych, chociaż desktopowe też można w tym pisać. Ogladałem filmy na YouTube i appki mobilne pisze / tworzy (bo jest to RAD) się w tym środowisku zaskakująco szybko.

https://community.embarcadero.com/blogs/entry/introducing-delphi-cplusplusbuilder-community-edition

1 odpowiedź

odpowiedź 8 października 2018 przez profesorek96 Szeryf (91,420 p.)

Jeśli znasz Cpp to o ile mi wiadomo Qt też daje możliwość tworzenia aplikacji na telefony komórkowe.

komentarz 8 października 2018 przez NIMuser Stary wyjadacz (11,030 p.)

Zgadza się, QT jest świetne, ale w RADzie od Embarcadero robi się to łatwiej i szybciej.

komentarz 8 października 2018 przez mokrowski Mędrzec (155,460 p.)

Zachwyt RAD'ami mija wraz z rozwojem kompetencji. Wiele obiecują pozostawiając niedomówienia w szczegółach rzeczywistych projektów.

komentarz 8 października 2018 przez profesorek96 Szeryf (91,420 p.)

Jeśli mógłbyś rozwinąć jakie są nie domówienia ?

komentarz 8 października 2018 przez mokrowski Mędrzec (155,460 p.)

Najbardziej bolesne...

1. Konieczność implementacji wymagań poza tymi obsługiwanymi bezpośrednio przez RAD - kończy się kulejącą implementacją "raz ze strony RAD, drugi raz poprawianie wygenerowanego kodu" to w pozytywnym przypadku, w negatywnym ... brakiem możliwości poprawiania wygenerowanego kodu bo... nie działa implementując niejawne zależności o których wie tylko producent. Obydwa przypadki patologiczne bo wiążące z decyzjami po stronie producenta.

2. Braki kompatybilności wstecznej - kod/projekt poprzednich wersji bywa bardzo różnie obsługiwany bądź nie w wersjach nowych.

3. Narzut na tworzony projekt - kod bywa generowany przez różnej jakości automaty które reguł czystości kodu rzadko przestrzegają a sam wynik po prostu jest duży (btw. Qt także tak ma dla systemu Android. Niewielu wspomina jakiej objętości są konieczne biblioteki do osadzenia w samym systemie by aplikacja działała).

W praktyce... jeśli projekt jest "jednostrzałowy bez konieczności rozwoju", można sobie klikać. Jak to "hobbystyczna dłubanka" albo "Nikifor Architekturalny" także. Jak pojawia się wymaganie spoza tego przewidzianego, uciekać z tego sposobu tworzenia jak najszybciej i nie dopuszczać do robienia obejść i plastrów...

Co innego frameworki do ściśle zdefiniowanych zakresów (np. maszyny stanu, filtry, strumienie, systemy komunikatów...). Zawsze możesz z nich zrezygnować na rzecz innych lepszych, nowocześniejszych, własnych. W RAD... wdepnąłeś to się męcz.

A niedomówienia.. producent oczywiście o tym nie powie .... :-/