Comments on: Apeluri asincrone realizate în Java

By: Dumitru

Dumitru — Mon, 12 Oct 2009 20:44:14 +0000

Este adevărat că sunt mai "sensibil" faţă de C#, dar niciodată nu am susţinut supremaţia totală a acestui limbaj . Şi cît ţine de asemănarea codului la sigur este aşa: tehnicile de realizare sunt puţin diferite, dar principiile sunt la fel.
Iar referitor la "persoane mai puţin experimentate", tu nicidecum nu mai poţi fi în această categorie…

By: Sandu

Sandu — Mon, 12 Oct 2009 20:17:44 +0000

Un moment sensibil pentru mine la lectiile dvs a fost devotamentul dvs pentru C#
Clasele anonime in java au aparut nu pentru a copia careva functionalitati din C#, ba chiar au aparut inaintea delegate-urilor din C#. Ele au aparut pentru a imita functionalitatile asa numitor "closures" din limbajele functionale. Asa ca n-as spune ca este mai asemanator codului C#

Mi-a placut raspunsul lui Doug Lea. Sunt total deacord cu acea fraza. Plus la asta e o modalitate foarte buna de a raspunde unei persoane mai putin experimentate, am s-o iau si eu in arsenalul meu

By: Andronachi Vadim

Andronachi Vadim — Sun, 11 Oct 2009 17:53:57 +0000

Sugestie !
Se poate de scăpat de acest MethodResult prin incapsularea acestuia în AsyncCall și crearea funcțiilor BeginInvoke și EndInvoke ca funcții instanță (GRASP-High Cohesion), dar acesta ține de contextul problemei

By: Andronachi Vadim

Andronachi Vadim — Sun, 11 Oct 2009 17:18:34 +0000

Dacă de implementat acest model utilizînd tehnologia reflection, cum ați spus mai sus ca sugestie întradevăr se obține un nou model mai flexibil care face o legatură mai slabă cu funcția invocată, și plus nu impune implementarea interfeței MethodRequest.

By: Dumitru

Dumitru — Sun, 11 Oct 2009 15:44:06 +0000

Bravo, Sandu!
Este adevărat ca codul ce l-ai prezentat este mai compact şi mai asemănător codului C# (am discutat despre aceasta şi cu studenţii mei), dar nu sunt convins ca este mult mai simplu şi mai eficient. În plus am dorit ca metoda apelată asincron să poată fi încapsulată. Iar acest lucru poate fi util de exemplu pentru Mobile Code. Mai pui că realizarea proprie iţi permite controlul complexităţii şi flexibilităţii.
Sunt convins că cunoşti cine este Doug Lea. În contextul descrierii unor cursuri de programare la întrebarea „What's the biggest mistake you made?” el răspundea “In our first year, we probably over-exploited how easy it is to learn basics; sometimes forgetting that it still takes time to gain minimal “programming maturity'' in any language.“. Sper că vei interpreta la fel.
Dar pentru exemplu îţi mulţumesc. Deşi îmi anticipează un articol despre java.util.concurrency, sunt convins că le va fi util studenţilor mei actuali.

By: Sandu

Sandu — Sun, 11 Oct 2009 12:39:51 +0000

Pentru ce de complicat asa lucrurile cand totul se poate face atat de simplu utilizand ceea ce ne ofera java.util.concurrent?
Mai jos un exemplu cum se poate de apelat o functie asincron utilizand interfetele Callable si Future din java.util.concurrent

import java.util.concurrent.Callable;
import java.util.concurrent.Executors;
import java.util.concurrent.Future;

public class Main {
public static String helloWorld() {
System.out.println(“apelare helloWorld”);
return “hello world”;
}
public static void main(String[] args) throws Exception {
//apelare asincrona
Future mResult = Executors.newSingleThreadExecutor()
.submit(new Callable() {
@Override
public String call() throws Exception {
return helloWorld();
}
});
//Thread.currentThread().sleep(1000);
System.out.println(“main”);
//citirea rezultatului functiei apelata asincron
System.out.println(mResult.get());
}
}