Kommentarer till Closures i Java http://jsolutions.se/2008/02/09/closures-i-java/ En weblog för svenska Java-utvecklare Mon, 06 Sep 2010 02:39:28 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Av: Daniel http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-2095 Daniel Mon, 27 Oct 2008 18:40:38 +0000 http://jsolutions.se/?p=355#comment-2095 "Dock är det inte helt vanligt att man lär ut dessa språk (eller i varje fall closures) på högskolan, vilket alltså innebär att de flesta som läser data- eller systemvetenskap inte har en susning om vad det är." Läser man en riktig utbildning, såsom datateknik på Chalmers/LTH/KTH eller liknande, så "tvingas" man läsa kurser i något funtionellt språk som Haskell eller Lisp och har därmed 100%:ig koll på closures, list comprehension osv ”Dock är det inte helt vanligt att man lär ut dessa språk (eller i varje fall closures) på högskolan, vilket alltså innebär att de flesta som läser data- eller systemvetenskap inte har en susning om vad det är.”

Läser man en riktig utbildning, såsom datateknik på Chalmers/LTH/KTH eller liknande, så ”tvingas” man läsa kurser i något funtionellt språk som Haskell eller Lisp och har därmed 100%:ig koll på closures, list comprehension osv

]]> Av: Lars Westergren http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1841 Lars Westergren Thu, 22 May 2008 10:41:15 +0000 http://jsolutions.se/?p=355#comment-1841 Bra artikel - några kommentarer dock: 1. javac.info sajten handlar endast om Gafters BGGA version. 2. Det finns säkert ett dussintal closures proposals för Java vid det här laget, men dom alternativen som diskuteras mest tror jag är -BGGA -CICE -FCM+JCA -"No closures!" 3. Det är långt ifrån säkert att closures kommer med i Java7... men den heta closures debatten är nog en bidragande orsak att Sun fortsätter att vara tysta om när Java 7 kan väntas komma. Det har väl inte ens annonserats en JSR för Java 7 än. Den underläggande problematiken tror jag är - vem bestämmer språkets och platformens framtid nu när vi har både JCP, Sun och open source processen? Closures har bara drivit detta till sin spets. Bra artikel – några kommentarer dock:
1. javac.info sajten handlar endast om Gafters BGGA version.
2. Det finns säkert ett dussintal closures proposals för Java vid det här laget, men dom alternativen som diskuteras mest tror jag är
-BGGA
-CICE
-FCM+JCA
-”No closures!”
3. Det är långt ifrån säkert att closures kommer med i Java7… men den heta closures debatten är nog en bidragande orsak att Sun fortsätter att vara tysta om när Java 7 kan väntas komma. Det har väl inte ens annonserats en JSR för Java 7 än.

Den underläggande problematiken tror jag är – vem bestämmer språkets och platformens framtid nu när vi har både JCP, Sun och open source processen? Closures har bara drivit detta till sin spets.

]]> Av: Togge http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1775 Togge Fri, 04 Apr 2008 16:38:16 +0000 http://jsolutions.se/?p=355#comment-1775 Jag hoppas verkligen closures i Java blir kommer funka på ett bra sätt. Har man en gång haft möjlighet att arbeta med closures (eller syntaxtiskt smidiga metodobject) så saknar man dem då man inte längre har dem. För den intresserade så har jag lekt hur man skulle kunna få något som liknar dynamisk scoping i Java: http://programaticallyspeaking.blogspot.com/2008/04/dynamic-scoping-as-alternative-to.html Jag hoppas verkligen closures i Java blir kommer funka på ett bra sätt. Har man en gång haft möjlighet att arbeta med closures (eller syntaxtiskt smidiga metodobject) så saknar man dem då man inte längre har dem.

För den intresserade så har jag lekt hur man skulle kunna få något som liknar dynamisk scoping i Java: http://programaticallyspeaking.blogspot.com/2008/04/dynamic-scoping-as-alternative-to.html

]]> Av: Per Arneng http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1760 Per Arneng Sat, 16 Feb 2008 09:33:53 +0000 http://jsolutions.se/?p=355#comment-1760 Mats Henricson: Eftersom det kommer nya features rätt ofta (ofta är ju relativt men om man jämför till C eller C++) och företagen tar in dessa features så måste man ju hela tiden uppgradera JRE'n på sin lokal burk för att kunna köra det senaste programmet från ett företag. Men om företagen har en fast klient miljö som inte tillåter annan JRE än tex 1.4 så blir det ju svårt att köra program som är skrivna för 1.5 och 1.6 om man inte använder sig av specialverktyg. Så om man stoppar in alla features som man behöver nu och sen är nöjd så blir det enklare att hantera bakåt kompatibiliteten. Inget av det som kommer in i Java är ju direkt nya idéer så dom borde väl bara kunna stoppa in det som dom vill i en stor release istället för att pyttsa ut det på små releaser som bryter bakåt kompatibiliteten. Tydligen heter det inte bakåt kompatibillitet utan framåt kompatbillitet och man bryter den mellan 1.4 -> 1.6 och förmodligen i 1.7:an också om man skall ha in tex closures. Här står mer om generics och 1.4: http://forum.java.sun.com/thread.jspa?threadID=321534&forumID=316 Mats Henricson:

Eftersom det kommer nya features rätt ofta (ofta är ju relativt men om man jämför till C eller C++) och företagen tar in dessa features så måste man ju hela tiden uppgradera JRE’n på sin lokal burk för att kunna köra det senaste programmet från ett företag.

Men om företagen har en fast klient miljö som inte tillåter annan JRE än tex 1.4 så blir det ju svårt att köra program som är skrivna för 1.5 och 1.6 om man inte använder sig av specialverktyg. Så om man stoppar in alla features som man behöver nu och sen är nöjd så blir det enklare att hantera bakåt kompatibiliteten.

Inget av det som kommer in i Java är ju direkt nya idéer så dom borde väl bara kunna stoppa in det som dom vill i en stor release istället för att pyttsa ut det på små releaser som bryter bakåt kompatibiliteten.

Tydligen heter det inte bakåt kompatibillitet utan framåt kompatbillitet och man bryter den mellan 1.4 -> 1.6 och förmodligen i 1.7:an också om man skall ha in tex closures.

Här står mer om generics och 1.4:
http://forum.java.sun.com/thread.jspa?threadID=321534&forumID=316

]]> Av: Mats Henricson http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1759 Mats Henricson Fri, 15 Feb 2008 20:44:35 +0000 http://jsolutions.se/?p=355#comment-1759 @Per Arneng: Tycker du att Java måste bli mer stabilt för att konkurrera med C och C++? För att "skapa lite långsiktighet"? Förstår inte vad du menar. Nya versioner av Java kommer ju bara ungefär vartannat år, och de är bakåtkompatibla varje gång. @Per Arneng:

Tycker du att Java måste bli mer stabilt för att konkurrera med C och
C++? För att ”skapa lite långsiktighet”? Förstår inte vad du menar.
Nya versioner av Java kommer ju bara ungefär vartannat år, och de är
bakåtkompatibla varje gång.

]]> Av: Per Arneng http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1755 Per Arneng Wed, 13 Feb 2008 18:41:19 +0000 http://jsolutions.se/?p=355#comment-1755 Det handlar bara om läsbarhet.. Allt som gör koden mer läsbar röstar jag för. <strong>Properties:</strong> <code>obj1.setVar(obj2.getVar())</code> v.s <code>obj1.var = obj2.var</code> <strong>Multiline Strings:</strong> <code> String head = String.format( "<html>" + " <head>" + " <title>%s</title>" + " </head>" + "<body>" , title); </code> v.s <code> String head = String.format( "" <html> <head> <title>%s</title> </head> <body> "" , title); </code> Det handlar bara om läsbarhet.. Allt som gör koden mer läsbar röstar jag för.

Properties:
obj1.setVar(obj2.getVar())
v.s
obj1.var = obj2.var

Multiline Strings:

String head = String.format(
"<html>" +
" <head>" +
" <title>%s</title>" +
" </head>" +
"<body>"
, title);

v.s


String head = String.format(
""
<html>
<head>
<title>%s</title>
</head>
<body>
""
, title);

]]> Av: Erik http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1754 Erik Wed, 13 Feb 2008 12:36:28 +0000 http://jsolutions.se/?p=355#comment-1754 First class properties: Sitter du och skriver Java i Notepad eller? Det finns något som heter CODE COMPLETION. ;) Men seriöst talat så är detta en no-issue. Även om getters och setters inte är helt objektorienterat så är det en smart lösning. Din property är både en typ (klassen som returneras) och en metod. ÄR ju en strålande lösning ändå. Multiline Strings: Detta är en funktion på strängar och inte en typ. Ska richtext också läggas till då eller? Aspekter: En tillämpning av annotations. Detta är väl ändå löst idag? Pointcuts suger och är write-once. First class properties: Sitter du och skriver Java i Notepad eller? Det finns något som heter CODE COMPLETION. ;) Men seriöst talat så är detta en no-issue. Även om getters och setters inte är helt objektorienterat så är det en smart lösning. Din property är både en typ (klassen som returneras) och en metod. ÄR ju en strålande lösning ändå.

Multiline Strings: Detta är en funktion på strängar och inte en typ. Ska richtext också läggas till då eller?

Aspekter: En tillämpning av annotations. Detta är väl ändå löst idag? Pointcuts suger och är write-once.

]]> Av: Ola Berg http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1753 Ola Berg Wed, 13 Feb 2008 12:11:07 +0000 http://jsolutions.se/?p=355#comment-1753 Closures, First class properties, multiline strings OCH ASPEKTER och SEN får det va nog ;-) Closures, First class properties, multiline strings OCH ASPEKTER och SEN får det va nog ;-)

]]> Av: Martin Jönsson http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1750 Martin Jönsson Tue, 12 Feb 2008 08:07:37 +0000 http://jsolutions.se/?p=355#comment-1750 Closures är ett kraftfullt verktyg att ha i lådan, men det är inte svårt alls att skriva totalt oläslig kod. Just det faktum att scopet är detsamma som när closuren deklarerades kräver att man håller tungan i rätt mun. För att minska risken för misstag och svårläst kod kan det vara lämpligt att försöka hålla dem till ett absolut minimum vad gäller antalet rader kod. Detta gäller nog i fler fall än vad det gör för vanliga metoder. Bortsett från detta så är closures en fröjd att jobba med och som Erik säger så löser de många vardagliga problem på ett elegant sätt: ['This', 'is', 'a', 'closure'].sortBy(function(s) { return s.length; }); Closures är ett kraftfullt verktyg att ha i lådan, men det är inte svårt alls att skriva totalt oläslig kod. Just det faktum att scopet är detsamma som när closuren deklarerades kräver att man håller tungan i rätt mun. För att minska risken för misstag och svårläst kod kan det vara lämpligt att försöka hålla dem till ett absolut minimum vad gäller antalet rader kod. Detta gäller nog i fler fall än vad det gör för vanliga metoder. Bortsett från detta så är closures en fröjd att jobba med och som Erik säger så löser de många vardagliga problem på ett elegant sätt:

['This', 'is', 'a', 'closure'].sortBy(function(s) {
return s.length;
});

]]> Av: Rikard Thulin http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1749 Rikard Thulin Tue, 12 Feb 2008 08:00:28 +0000 http://jsolutions.se/?p=355#comment-1749 * Closures, closures and more closures o <a href="http://blogs.sun.com/jag/entry/closures" rel="nofollow">http://blogs.sun.com/jag/entry/closures</a> o <a href="http://gafter.blogspot.com/2008/02/closures-puzzler-neapolitan-ice-cream.html" rel="nofollow">http://gafter.blogspot.com/2008/02/closures-puzzler-neapolitan-ice-cream.html</a> o <a href="http://weblogs.java.net/blog/kirillcool/archive/2008/02/and_so_it_begin.html" rel="nofollow">http://weblogs.java.net/blog/kirillcool/archive/2008/02/and_so_it_begin.html</a> o <a href="http://slm888.com/javac/" rel="nofollow">http://slm888.com/javac/</a> o <a href="http://docs.google.com/View?docid=k73_1ggr36h&" rel="nofollow">http://docs.google.com/View?docid=k73_1ggr36h&</a> o <a href="http://www.jroller.com/scolebourne/" rel="nofollow">http://www.jroller.com/scolebourne/</a> Saxat från Java Posse #163 - Newscast (<a href="http://javaposse.com/index.php?post_id=305735#" rel="nofollow">http://javaposse.com/index.php?post_id=305735#</a>) * Closures, closures and more closures
o http://blogs.sun.com/jag/entry/closures
o http://gafter.blogspot.com/2008/02/closures-puzzler-neapolitan-ice-cream.html
o http://weblogs.java.net/blog/kirillcool/archive/2008/02/and_so_it_begin.html
o http://slm888.com/javac/
o http://docs.google.com/View?docid=k73_1ggr36h&
o http://www.jroller.com/scolebourne/

Saxat från Java Posse #163 – Newscast (http://javaposse.com/index.php?post_id=305735#)

]]> Av: Per Arneng http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1747 Per Arneng Sat, 09 Feb 2008 20:34:05 +0000 http://jsolutions.se/?p=355#comment-1747 Closures, First class properties, multiline strings och sen får det va nog ;-) Det hade varit bra om det kunde bli en riktigt stabil baseline i Javaspråket. Skall man konkurrera med C och C++ på Linux så måste man nog försöka få fram en stabil plattform som inte ändras allt för mycket så att man kan skapa lite långsiktighet. Jag gillar verkligen förändring men eftersom alla inte gör det och kanske inte uppdaterar sina JRE's så ofta som man kunde önska så hade det varit bra om det blev stabilare. Closures, First class properties, multiline strings och sen får det va nog ;-) Det hade varit bra om det kunde bli en riktigt stabil baseline i Javaspråket. Skall man konkurrera med C och C++ på Linux så måste man nog försöka få fram en stabil plattform som inte ändras allt för mycket så att man kan skapa lite långsiktighet. Jag gillar verkligen förändring men eftersom alla inte gör det och kanske inte uppdaterar sina JRE’s så ofta som man kunde önska så hade det varit bra om det blev stabilare.

]]> Av: Erik http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1746 Erik Sat, 09 Feb 2008 16:31:27 +0000 http://jsolutions.se/?p=355#comment-1746 Mats: Det är sant att closures finns i JavaScript samt de flesta andra script-språk som vi använder idag (Ruby, Groovy etc.). Dock är det inte helt vanligt att man lär ut dessa språk (eller i varje fall closures) på högskolan, vilket alltså innebär att de flesta som läser data- eller systemvetenskap inte har en susning om vad det är. Mats: Det är sant att closures finns i JavaScript samt de flesta andra script-språk som vi använder idag (Ruby, Groovy etc.). Dock är det inte helt vanligt att man lär ut dessa språk (eller i varje fall closures) på högskolan, vilket alltså innebär att de flesta som läser data- eller systemvetenskap inte har en susning om vad det är.

]]> Av: Mats Henricson http://jsolutions.se/2008/02/09/closures-i-java/comment-page-1/#comment-1745 Mats Henricson Sat, 09 Feb 2008 15:56:17 +0000 http://jsolutions.se/?p=355#comment-1745 Closures finns annars i JavaScript, men det vet kanske inte så många. Closures finns annars i JavaScript, men det vet kanske inte så många.

]]>