Java gets a lot of blame for not allowing straight multiple inheritance and for not implementing closures. But according to Bruce Eckel, you can do a multiple inheritance in Java, you can do closures – sort of. You can accomplish that with inner classes!<\/p>\n
In this final Part 4 entry, I will concentrate on these two advanced topics.<\/p>\n
One way that you can do multiple inheritance is just by implementing two or more interfaces. Easy and already possible in Java. But what if you did not have an interface, but rather abstract or concrete class. You can no longer just extend two of them — Java limitation. Inner classes provide different options.<\/p>\n
First, let’s take a look at two different ways you can implement multiple interfaces.<\/p>\n
\r\n\/\/ Two ways that a class can implement multiple interfaces.\r\n\/\/ Thinking in Java example\r\ninterface A {}\r\ninterface B {}\r\n\r\nclass X implements A, B {}\r\n\r\nclass Y implements A {\r\n B makeB() {\r\n \/\/ Anonymous inner class:\r\n return new B() {};\r\n }\r\n}\r\n\r\npublic class MultiInterfaces {\r\n static void takesA(A a) { }\r\n static void takesB(B b) { }\r\n\r\n public static void main(String[] args) {\r\n X x = new X();\r\n Y y = new Y();\r\n takesA(x);\r\n takesA(y);\r\n takesB(x);\r\n takesB(y.makeB());\r\n }\r\n} \/\/ \/:~\r\n<\/pre>\nNote how class Y implements multiple interfaces. I admit that I have never used it like that. But it does implement two interfaces.<\/p>\n
What if you had an abstract or concrete class. You can’t extend two classes easily. Not without the use of inner classes! Here’s how inner classes allow you to do that.<\/p>\n
\r\n\/\/ With concrete or abstract classes, inner\u0105\r\n\/\/ classes are the only way to produce the effect\r\n\/\/ of \"multiple implementation inheritance.\"\r\n\/\/ Thinking in Java example\r\n\r\n\r\nclass D {}\r\n\r\nabstract class E {}\r\n\r\nclass Z extends D {\r\n E makeE() {\r\n return new E() {};\r\n }\r\n}\r\n\r\npublic class MultiImplementation {\r\n static void takesD(D d) {}\r\n static void takesE(E e) {}\r\n\r\n public static void main(String[] args) {\r\n\r\n Z z = new Z();\r\n takesD(z);\r\n takesE(z.makeE());\r\n }\r\n} \/\/ \/:~\r\n<\/pre>\nPossible? Yes. Clean? Not really. But you can!<\/p>\n
Inner Class Features<\/h2>\n
Eckel says that with inner classes you have these additional features:<\/p>\n
1. The inner class can have multiple instances, each with its own state information that is independent of the information in the outer-class object.<\/p>\n
2. In a single outer class you can have several inner classes, each of which implements the same interface or inherits from the same class in a different way.<\/p>\n
3. The point of creation of the inner-class object is not tied to the creation of the outer-class object.<\/p>\n
4. There is no potentially confusing “is-a” relationship with the inner class; it’s a separate entity.<\/p><\/blockquote>\n
Closures & callbacks<\/h2>\n
What is a closure? “A closure is a callable object that retains information from the scope in which it was created,” says Eckel. If you’ve been reading this series, you know that an inner class maintains a link to the outer class — that’s in fact a closure.<\/p>\n
The following example illustrates a closure. It’s long, but it’s worth getting comfortable with. (Plus, it’s the final example in the series!)<\/p>\n
\r\n\/\/ Using inner classes for callbacks\r\ninterface Incrementable {\r\n void increment();\r\n}\r\n\r\n\/\/ Very simple to just implement the interface:\r\nclass Callee1 implements Incrementable {\r\n private int i = 0;\r\n public void increment() {\r\n i++;\r\n System.out.println(i);\r\n }\r\n}\r\n\r\nclass MyIncrement {\r\n public void increment() {\r\n System.out.println(\"Other operation\");\r\n }\r\n static void f(MyIncrement mi) {\r\n mi.increment();\r\n }\r\n}\r\n\r\n\/\/ If your class must implement increment() in\/\/ some other way, you must use an inner class:\r\nclass Callee2 extends MyIncrement {\r\n private int i = 0;\r\n\r\n public void increment() {\r\n super.increment();\r\n i++;\r\n System.out.println(i);\r\n }\r\n\r\nprivate class Closure implements Incrementable {\r\n public void increment() {\r\n \/\/ Specify outer-class method, otherwise\r\n \/\/ you'd get an infinite recursion:\r\n Callee2.this.increment();\r\n }\r\n\r\n Incrementable getCallbackReference() {\r\n return new Closure();\r\n }\r\n}\r\n\r\nclass Caller {\r\n private Incrementable callbackReference;\r\n\r\n Caller(Incrementable cbh) {\r\n callbackReference = cbh;\r\n }\r\n void go() {\r\n callbackReference.increment();\r\n }\r\n}\r\n\r\npublic class Callbacks {\r\n public static void main(String[] args) {\r\n Callee1 c1 = new Callee1();\r\n Callee2 c2 = new Callee2();\r\n\r\n MyIncrement.f(c2);\r\n Caller caller1 = new Caller(c1);\r\n Caller caller2 = new Caller(c2.getCallbackReference());\r\n caller1.go();\r\n caller1.go();\r\n caller2.go();\r\n\r\n caller2.go();\r\n }\r\n}\r\n \/* Output:Other operation11\r\n\r\n2\r\nOther operation\r\n2\r\nOther operation\r\n3\r\n*\/\/\/:~\r\n}\r\n<\/pre>\nWrap-up<\/h2>\n
This has been a long series — a first for me. I have learned a great deal about inner classes. I hope you find these helpful as well.<\/p>\n
Inner classes have their uses. They can help you implement an elegant solution. They can help you accomplish things not easily doable using alternative ways. They can also complicate your code a great deal. They can make your code unreadable. Use it with care. \ud83d\ude42<\/p>\n
Reference<\/strong>
\n, Bruce Eckel
\nJava Inner Classes – Part 1 – Intro<\/a>
\nJava Inner Classes – Part 2 – Anonymous<\/a>
\nJava Inner Classes – Part 3 – Nested Classes<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"Java gets a lot of blame for not allowing straight multiple inheritance and for not implementing closures. But according to Bruce Eckel, you can do a multiple inheritance in Java, you can do closures – sort of. You can accomplish that with inner classes! In this final Part 4 entry, I will concentrate on these […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[17,26,56],"class_list":["post-290","post","type-post","status-publish","format-standard","hentry","category-java","tag-advanced","tag-innerclass","tag-java"],"_links":{"self":[{"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=\/wp\/v2\/posts\/290","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=290"}],"version-history":[{"count":2,"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=\/wp\/v2\/posts\/290\/revisions"}],"predecessor-version":[{"id":479,"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=\/wp\/v2\/posts\/290\/revisions\/479"}],"wp:attachment":[{"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=290"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=290"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pragmaticcraftsman.kubasek.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=290"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}