🚀 go-pugleaf

W dniu 2013-10-08 13:16, Bartek pisze:
> Witam
> Przymierzam się do przejścia z Delphi na Jave, ale powiem szczerze że nie
> wiem od czego zacząć w tej Javie.
>

> Na początku odstrasza mnie to że tu się robi wszystko na konsoli, chyba że
> się myle?

Mylisz się.
Choć umiejętność pracy z konsola pomaga.


> W delphi, układam sobię komponenty na Formatce, kod jest do tych elementów
> generowany automatycznie, mi pozostaje właściwie oprogramowanie zdażeń.
> Czy w Javie też tak można? Wiem że jest Eclipse, Netbans, ale czy to mniej
> więcej działa tak samo?

Zupełnie inaczej.
Zależy to głównie od środowiska docelowego aplikacji, biblioteki GUI 
jeśli to ma być apka z GUI, i dostępnych narzędzi dla tej biblioteki. 
Niektóre mają możliwość pracy podobnie jak w Delphi.


> Kolejna rzecz, a właściwie kilka rzeczy:
> 1. Jak wygląda sprawa samego przejścia z Delphi na Jave, składnia, język
> itd. dużo czasu zajmnie przesiadka?

...Co za pytanie... Prosta apkę w jeden dzień zrobisz, jest pełno 
tutoriali w sieci.

Jak masz praktykę w programowaniu czegokolwiek poza Delphi (Javascript, 
C++, nawet C#) to składnię opanujesz szybko.
Biblioteki standardowe Javy są spore, zajmie czas się wszystkiego nauczyć.
Będziesz miał początkowo problemy ze Stringami, bo działają zupełnie 
inaczej.
Plus problemy z zaboksowanymi intami/floatami.

A na generykach stracisz kupę czasu i szacunek dla twórców Javy ;-)
Niestety Java ma jedną z najgorszych implementacji generyków, już od 
narodzin zepsutą przez wsteczną kompatybilność.


> 2. Jak wygląda sprawa obsługi baz danych w Javie, jak to zrobić np. program
> kliencki w Javie obsługuje baze na serwerze w Postgresql.
>

Wygląda zupełnie inaczej niż w Delphi. Nie ma czegoś takiego jak 
TDataSet, czy kontrolki bazodanowe.

Wypadnie Ci się nauczyć jakiegoś ORMA, np. Hibernate.


> 3. W Delphi mam komponent TeeChart, mogę tam dworzyć dowolne wykresy na
> ekranie komputera 2D i 3D, czy w Javie też da się zrobić coś takiego, czy
> raczej nie?

Na pewno jest. Java ma znacznie większą bazę użytkowników niz Delphi. 
Tylko czy znajdziesz coś takiego w internecie?

-- 
Arivald

Użytkownik "Arivald" <arivald_@AT_interia_DOT_.pl> napisał w wiadomości 
news:l30sgq$i0o$1@news.dialog.net.pl...
> A na generykach stracisz kupę czasu i szacunek dla twórców Javy ;-)
> Niestety Java ma jedną z najgorszych implementacji generyków, już od 
> narodzin zepsutą przez wsteczną kompatybilność.

A co jest złego w generykach Javy? czego nie można na nich zrobić? 

W dniu 2013-10-08 21:10, Borneq pisze:
> Użytkownik "Arivald" <arivald_@AT_interia_DOT_.pl> napisał w wiadomości
> news:l30sgq$i0o$1@news.dialog.net.pl...
>> A na generykach stracisz kupę czasu i szacunek dla twórców Javy ;-)
>> Niestety Java ma jedną z najgorszych implementacji generyków, już od
>> narodzin zepsutą przez wsteczną kompatybilność.
>
> A co jest złego w generykach Javy? czego nie można na nich zrobić?


Podstawowa wada - zacieranie typu klasy generycznej.

Np w Delphi TList<klasaA> i TList<klasaB> to są dwa różne typy. Podobnie 
jest w większości języków. w C++ te typy są nawet osobno kompilowane, z 
różnymi optymalizacjami.

A w Javie List<klasaA> i List<klasaB> to jest dokładnie ten sam typ. 
Zresztą dokładnie ten sam kod jest wykonywany (nie "taki sam", ale 
dokładnie "ten sam").

Gdzie to przeszkadza? A na przykład przy przeciążeniu funkcji. W Jawie

function void fun(List<klasaA> list);
function void fun(List<klasaB> list);

Mają tą samą sygnaturę, i przeciążenie jest niemożliwe.

Albo mając function fun(List<T> list) nie jesteś w stanie stwierdzić 
jaką klasą jest T bez użycia refleksji. Dlatego używa się form z 
obowiązkowym przekazaniem klasy, np:

function void fun(List<T> list, Class<?> clazz);


A to wszystko tylko po to żeby generyczne kolekcje były kompatybilne ze 
starszymi niegenerycznymi API... Tak, do funkcji:

function void fun(List list);

... możesz przekazać zarówno List<klasaA> jak i List<klasaB> i będzie 
działać.


-- 
Arivald

Użytkownik "Arivald" <NOSPAMarivald@interia.pl> napisał w wiadomości 
news:l31ntb$uae$1@news.dialog.net.pl...
> A w Javie List<klasaA> i List<klasaB> to jest dokładnie ten sam typ. 
> Zresztą dokładnie ten sam kod jest wykonywany (nie "taki sam", ale 
> dokładnie "ten sam").

Ale to ma i zalety,. W Delphi po wprowadzeniu generyków kod bardzo spuchł 

On Tue, 08 Oct 2013 14:06:54 +0200, Arivald 
<arivald_@AT_interia_DOT_.pl> wrote:
> > 2. Jak wygląda sprawa obsługi baz danych w Javie, jak to zrobić 
np. program
> > kliencki w Javie obsługuje baze na serwerze w Postgresql.
> >
> Wygląda zupełnie inaczej niż w Delphi. Nie ma czegoś takiego jak 
> TDataSet, czy kontrolki bazodanowe.
> Wypadnie Ci się nauczyć jakiegoś ORMA, np. Hibernate.

Wcale nie "wypadnie". Wielu ludzi wręcz odradza ORM-y.

RW

On Tue, 8 Oct 2013 23:42:06 +0200, "Borneq" 
<borneq@antyspam.hidden.pl> wrote:
> Użytkownik "Arivald" <NOSPAMarivald@interia.pl> napisał w 
wiadomości 
> news:l31ntb$uae$1@news.dialog.net.pl...
> > A w Javie List<klasaA> i List<klasaB> to jest dokładnie ten sam 
typ. 
> > Zresztą dokładnie ten sam kod jest wykonywany (nie "taki sam", 
ale 
> > dokładnie "ten sam").


> Ale to ma i zalety,. W Delphi po wprowadzeniu generyków kod bardzo 
spuchł

W C++ też puchnie.

RW

W dniu 2013-10-09 09:15, Roman W pisze:
> On Tue, 8 Oct 2013 23:42:06 +0200, "Borneq" <borneq@antyspam.hidden.pl>
> wrote:
>> Użytkownik "Arivald" <NOSPAMarivald@interia.pl> napisał w
> wiadomości
>> news:l31ntb$uae$1@news.dialog.net.pl...
>> > A w Javie List<klasaA> i List<klasaB> to jest dokładnie ten sam
> typ.
>> > Zresztą dokładnie ten sam kod jest wykonywany (nie "taki sam",
> ale
>> > dokładnie "ten sam").
>
>
>> Ale to ma i zalety,. W Delphi po wprowadzeniu generyków kod bardzo
> spuchł
>
> W C++ też puchnie.
>

"puchnie"... A jak być ręcznie zakodował kilkadziesiąt odrębnych klas 
listy dla tych kilkudziesięciu typów przechowywanych w listach, to kod 
by nie "spuchł"? Oczywiście spuchnie, gdzieś ten kod musi się podziać.

Generyki to jest meta-programowanie, robisz klasę raz, kompiluje się ona 
dla każdego typu osobno. Nie przez przypadek w C++ nazywa się to 
"wzorce" (templates).

Oczywiście można korzystać z niegenerycznych kontenerów... Tylko po co? 
Ramy i dysku dostępne jest teraz dużo, a wygoda i bezpieczeństwo z 
generykami jest dużo większe.

-- 
Arivald

Roman W pisze:

> Wcale nie "wypadnie". Wielu ludzi wręcz odradza ORM-y.

Możesz rozwinąć dlaczego?

-- 
pozdrawiam
Piotr
XLR250&bmw_f650_dakar

Piotr Rezmer <p.r@bezbzdur.pl> wrote:
> Roman W pisze:
> 
>> Wcale nie "wypadnie". Wielu ludzi wręcz odradza ORM-y.
> 
> Możesz rozwinąć dlaczego?
Lepiej nie, wyjdzie flamewar i ogólnie ntg.
http://seldo.com/weblog/2011/08/11/orm_is_an_antipattern

-- 
_     _     _     _
 =-_-= =-=-= =-_-=  
=-=_=- J Q P -=_=-=
_=- -=_=-=-=_=- -=_ <xxx> mas w jape

W dniu 2013-10-09 11:23, Piotr Rezmer pisze:
> Roman W pisze:
>
>> Wcale nie "wypadnie". Wielu ludzi wręcz odradza ORM-y.
>
> Możesz rozwinąć dlaczego?
>

Z bardzo prostego powodu. ORM dodaje pracy (ergo podnosi koszty) nie 
dajac nic w zamian.

--
Michal

On Wed, 09 Oct 2013 09:28:24 +0200, Arivald 
<NOSPAMarivald@interia.pl> wrote:
> "puchnie"... A jak być ręcznie zakodował kilkadziesiąt odrębnych 
klas 
> listy dla tych kilkudziesięciu typów przechowywanych w listach, to 
kod 
> by nie "spuchł"? Oczywiście spuchnie, gdzieś ten kod musi się 
podziać.

Ale w C++ jest tak śmiesznie ze mozesz miec więcej niz jedna kopię 
szablonu dla tej samej klasy.

RW

W dniu 2013-10-12 01:26, Roman W pisze:
> On Wed, 09 Oct 2013 09:28:24 +0200, Arivald <NOSPAMarivald@interia.pl>
> wrote:
>> "puchnie"... A jak być ręcznie zakodował kilkadziesiąt odrębnych
> klas
>> listy dla tych kilkudziesięciu typów przechowywanych w listach, to
> kod
>> by nie "spuchł"? Oczywiście spuchnie, gdzieś ten kod musi się
> podziać.
>
> Ale w C++ jest tak śmiesznie ze mozesz miec więcej niz jedna kopię
> szablonu dla tej samej klasy.
>
> RW

Kopię w jakim sensie? Skompilowanego kodu?
Tai i nie.
Tak, bo każda jednostka kompilacji kompiluje osobno.
Nie, bo linker wywala duplikaty, więc ostatecznie zlinkowany program 
będzie miał tylko jedną kopię.

Oczywiście dodatkowe "kopie" fragmentów kodu mogą się pojawić w każdym 
miejscu które używa danego template, jeśli jego metody mają atrybut 
"inline". Ale to już stare i dobrze znane przehandlowanie rozmiaru 
aplikacji na szybkość jej działania.

-- 
Arivald

On Sat, 12 Oct 2013 12:09:07 +0200, Arivald 
<NOSPAMarivald@interia.pl> wrote:
> Tak, bo każda jednostka kompilacji kompiluje osobno.
> Nie, bo linker wywala duplikaty, więc ostatecznie zlinkowany 
program 
> będzie miał tylko jedną kopię.

A Ty wiesz ile to trwa w dużym projekcie? 

RW