एएसटी ट्रांसफॉर्मेशन - भारी पदार्थों के लिए पहला कदम

import groovy.transform.Canonical import groovy.transform.TupleConstructor @Canonical @TupleConstructor class Person { int id String firstName String lastName Date birthdate } 

 import java.util.Date; import java.util.Map; public class Person { private int id; private String firstName; private String lastName; private Date birthdate; //   @TupleConstructor- public Person(Map parameters){ this.id = (int) parameters.get("id"); this.firstName = (String) parameters.get("firstName"); this.lastName = (String) parameters.get("lastName"); this.birthdate = (Date) parameters.get("birthdate"); } public Person(int id, String firstName, String lastName, Date birthdate) { this.id = id; this.firstName = firstName; this.lastName = lastName; this.birthdate =birthdate; } public Person(int id, String firstName, String lastName) { this(id, firstName, lastName, null); } public Person(int id, String firstName) { this(id, firstName, null, null); } public Person(int id) { this(id, null, null, null); } public Person() { this(0, null, null, null); } @Override public boolean equals(Object o) { if (this == o) return true; if (o == null || getClass() != o.getClass()) return false; Person person = (Person) o; if (id != person.id) return false; if (birthdate != null ? !birthdate.equals(person.birthdate) : person.birthdate != null) return false; if (firstName != null ? !firstName.equals(person.firstName) : person.firstName != null) return false; if (lastName != null ? !lastName.equals(person.lastName) : person.lastName != null) return false; return true; } @Override public int hashCode() { int result = id; result = 31 * result + (firstName != null ? firstName.hashCode() : 0); result = 31 * result + (lastName != null ? lastName.hashCode() : 0); result = 31 * result + (birthdate != null ? birthdate.hashCode() : 0); return result; } @Override public String toString() { return "Person{" + "id=" + id + ", firstName='" + firstName + '\'' + ", lastName='" + lastName + '\'' + ", birthdate=" + birthdate + '}'; } public int getId() { return this.id; } public void setId(int paramInt) { this.id = paramInt; } public String getFirstName() { return this.firstName; } public void setFirstName(String paramString) { this.firstName = paramString; } public String getLastName() { return this.lastName; } public void setLastName(String paramString) { this.lastName = paramString; } public Date getBirthdate() { return this.birthdate; } public void setBirthdate(Date paramDate) { this.birthdate = paramDate; } } 

तो एएसटी ट्रांसफॉर्मेशन और लोम्बोक क्यों नहीं?

एएसटी परिवर्तनों का परिचय

 class Person { String name } 

• तो, एनोटेशन पायनियर @Bindable और उसके दोस्त @Vetoable को प्राप्त करते हैं और वास्तविक गुणों में @Vetoable जाते हैं, उन पर श्रोताओं को हुक करने और सुनने और फिर से बदलाव पर प्रतिबंध लगाने की क्षमता होती है।
• बहुत फैशनेबल शब्द @Category और @Mixin एक वर्ग की प्रकृति को दूसरी कक्षा में जोड़ते हैं। खैर, अशुद्धियाँ !
• @Delegate उन सभी तरीकों को जोड़ता है जो एक प्रतिनिधि के पास हैं, उन्हें लागू करना, स्वाभाविक रूप से, प्रतिनिधिमंडल द्वारा, हाँ?
  हम लिखते हैं:
  

   class Event { String name @Delegate Date date } 

  
  
  हमें एक तैयार प्रतिनिधिमंडल मिलता है

   import java.util.Date; public class Event { private String name; private Date date; public String getName() { return this.name; } public void setName(String name) { this.name = name; } public Date getDate() { return this.date; } public void setDate(Date paramDate) { this.date = paramDate; } public boolean after(Date otherDate) { return date.after(otherDate); } public boolean before(Date otherDate) { return date.before(otherDate); } public long getTime() { return date.getTime(); } public void setTime(long timestamp) { date.setTime(timestamp); } } 

  
  
  
  
• @Immutable विशेष रूप से वर्ग को अपरिवर्तनीय बनाता है:
  
  1. वासी ReadOnlyPropertyException फेंक देते ReadOnlyPropertyException
  2. कक्षा final हो जाती है
  3. क्षेत्र private और final हो जाते हैं
  4. सभी क्षेत्रों के निर्माता दिखाई देते हैं: दोनों बस मापदंडों और मानचित्र में (पहले उदाहरण में)
  5. कोड प्रतीत होता है कि उत्परिवर्तनीय घटकों के लिए बैक अप है
  6. equals , hashcode और toString दिखाई देते हैं
  
  
• यहाँ @InheritConstructors साथ समान सेनानियों का एक समूह है: @InheritConstructors सुपर क्लास से सभी कंस्ट्रक्टरों को जोड़ता है, @TupleConstructor एक मैप कंस्ट्रक्टर जोड़ता है, जिसमें कुंजियाँ फ़ील्ड नाम और मान हैं (मान देखें इस @AutoClone का पहला उदाहरण), @AutoClone और @AutoExternalize जोड़ें उपयुक्त विधियां, और @Canonical "सही जावा वर्ग" करता है - बिना मापदंडों के एक निर्माता के साथ, निर्माणकर्ता जो सभी मापदंडों (एक पंक्ति और एक नक्शे दोनों) को स्वीकार करते हैं, और equals , hashCode और toString । खैर, @Immutable तरह, केवल परिवर्तनशील - हमने इसे पहले उदाहरण में भी देखा।
• एक और फैशनेबल शब्द! @Lazy आलसी वैकल्पिक रूप से सॉफ्ट-रेफरेंस में लिपटे हुए (मांग के आधार पर) एक @Lazy इनिशियलाइज़्ड फ़ील्ड बनाएगा
• @Newify new निर्माता के नाम के बजाय new विधि का उपयोग करके ऑब्जेक्ट बनाने की अनुमति देता है (रूबी के रूप में), या, इसके विपरीत, केवल निर्माता के नाम से, बिना new (पायथन के रूप में)। यहाँ, शायद, एक उदाहरण चोट नहीं करता है:
  

   @Newify rubyLikeNew() { assert Integer.new(42) == 42 } 

  
  या भी
  

   @Newify([Tree, Leaf]) buildTree() { Tree(Tree(Leaf(1), Leaf(2)), Leaf(3)) } 

  
  पिछले उदाहरण में, हम new प्रयोग किए बिना Tree और Leaf बनाते हैं। जावा समकक्ष के साथ तुलना करें:
  

   public Tree buildTree() { return new Tree(new Tree(new Leaf(1), new Leaf(2)), new Leaf(3)); } 

  
  
• और यहां एक लंबे समय से अन्याय का सुधार है: ग्रूव में, डिफ़ॉल्ट रूप से, सभी फ़ील्ड public । package कैसे बनाया जाए? @PackageScope परिवर्तन के माध्यम से!
• भले ही आप सिंगलटन को एक पैटर्न या एक विरोधी पैटर्न मानते हों, कभी-कभी आपको इसे लिखना होगा। ठीक है, या बस क्लास के ऊपर @Singleton डाल दिया है, और डबल लॉक जाँच के साथ lazily-initialized सिंगलटन तैयार है।
• हमारे, # razborpoletovy एंड्री ने एक अद्भुत एक लिखा, जिसमें Groove 2.2 @Memoized शामिल है, जो विधि के परिणाम को याद करता है, और यदि इसे फिर से कहा जाता है, तो यह तुरंत परिणाम देता है (और हाँ, पैरामीटर मामला)
• और अंत में - एक एनोटेशन उपाख्यान @NotYetImplemented - यह JUnit परीक्षणों के परिणामों को फ़्लिप करता है: जिन्हें पास गिरना चाहिए, और इसके विपरीत। इस तथ्य के अलावा कि यह def true=false //happy debugging याद दिलाता है, यह बात टीडीडी के लिए उपयोगी है - हम उन सभी तरीकों के लिए परीक्षण फेंकते हैं, जिनमें अभी तक पंजीकृत नहीं हैं, और उन परीक्षणों को मजबूर करना चाहिए जो अभी तक काम नहीं कर सकते हैं, साथ पारित करने के लिए @NotYetImplemented का उपयोग कर। इस प्रकार, इन परीक्षणों के पतन से हमें बाकी के परीक्षण से नहीं रोका जा सकेगा।

1. जिन्हें ग्रूव को खरोंच से एक उन्नत पर्याप्त बिंदु की आवश्यकता है, मेरी ट्रेनिंग पर जाएं, 17 अप्रैल को मास्को में और 15 अप्रैल को कज़ान में (दस्तक एलेक्सा )
2. जिनके लिए सार सिंटैक्स ट्री टूट गया है और बॉयलर के साथ अपने खुद के कॉकरोच से लड़ने के लिए अपने स्वयं के एएसटी ट्रांसफ़ॉर्मेशन लिख रहे हैं, 18 अप्रैल को जेपोट पर मेरी रिपोर्ट पर जाएं और 16 अप्रैल को जावाडे कज़ान (फिर से एलेक्सबेल दस्तक दें )