Tak to uz je hodne offtopic. Kazde zjednodusseni prinasi problem, ze neni pouzitelne vzdy. IMHO neni poreba novych Java konstrukci pro java.util.concurrent (nebo cokoliv jineho), staci k tem stavajicim napsat pekne tutorialy, ktere pokryji prave tech 90% nejjednodussich pouziti, a dat na ne odkaz do javadocu.
2010/8/4 Ladislav Thon <[email protected]>: > >> Použil někdy někdo z Vás balík >> java.util.concurrent? A pokud ano, používáte to běžně? > > Jasně. Bez ConcurrentHashMap (proboha, proč si každý projekt musí psát > vlastní ConcurrentHashSet?! To těch dvacet řádek nemohli dát k tomu?!), > Atomic* a Executor* si nedovedu představit život, ale fronty a CopyOnWrite* > se taky hodí. A nejradši bych se vykašlal na celé "synchronized" a všude > používal (Reentrant)Lock, ale to by mi asi neprošlo :-) > > >> >> Proč je vytvořen opravdu silný a IMHO složitý a těžko čitelný >> mechanismus pro paralelizaci a konkurentní přístup místo jednoduché >> konstrukce zavedené přímo do syntaxe jazyka? > > Souhlasím, že dnešní stav je peklo, ale myslím si, že rozumné API pro > paralelismus, hodně podobné konstrukcím, které uvádíš, by v Javě udělat šlo. > Stačilo by přidat jednu jedinou (oblíbenou a nenáviděnou) konstrukci... :-) > > Hehe. Už mlčím. > > LT > > P.S.: a důrazně se ohrazuju proti označení za přemýšlivce, ten mail jsem > napsal po šesti pivech :-) > -- Ondra Medek
