Возможен ли торт с Java8?
Мне просто интересно: с Java 8 и возможностью добавления реализации в интерфейсах (немного похоже на черты Scala), будет ли возможно реализовать шаблон тортов, как мы можем сделать в Scala?
Если да, может ли кто-нибудь предоставить фрагмент кода?
5 ответов
Вдохновленный другими ответами, я придумал следующую (грубую) иерархию классов, которая похожа на схему тортов в Scala:
interface UserRepository {
String authenticate(String username, String password);
}
interface UserRepositoryComponent {
UserRepository getUserRepository();
}
interface UserServiceComponent extends UserRepositoryComponent {
default UserService getUserService() {
return new UserService(getUserRepository());
}
}
class UserService {
private final UserRepository repository;
UserService(UserRepository repository) {
this.repository = repository;
}
String authenticate(String username, String password) {
return repository.authenticate(username, password);
}
}
interface LocalUserRepositoryComponent extends UserRepositoryComponent {
default UserRepository getUserRepository() {
return new UserRepository() {
public String authenticate(String username, String password) {
return "LocalAuthed";
}
};
}
}
interface MongoUserRepositoryComponent extends UserRepositoryComponent {
default UserRepository getUserRepository() {
return new UserRepository() {
public String authenticate(String username, String password) {
return "MongoAuthed";
}
};
}
}
class LocalApp implements UserServiceComponent, LocalUserRepositoryComponent {}
class MongoApp implements UserServiceComponent, MongoUserRepositoryComponent {}
Выше компилируется на Java 8 по состоянию на 9 января 2013 года.
Итак, может ли Java 8 сделать шаблон,похожий на торт? Да.
Это так же кратко, как Scala, или так же эффективно, как и другие шаблоны в Java (т.е. внедрение зависимостей)? Вероятно, нет, приведенный выше скетч потребовал много файлов и не такой краткий, как Scala.
В итоге:
- Self-типы (необходимые для шаблона торта) можно эмулировать, расширяя ожидаемый базовый интерфейс.
- Интерфейсы не могут иметь внутренних классов (как отмечено @Owen), поэтому вместо этого мы можем использовать анонимные классы.
val
а такжеvar
может быть эмулирован с помощью статической хэш-карты (и ленивой инициализации) или клиентом класса, просто хранящим значение на своей стороне (как это делает UserService).- Мы можем обнаружить наш тип с помощью
this.getClass()
в методе интерфейса по умолчанию. - Как отмечает @Owen, зависимые от пути типы невозможны при использовании интерфейсов, поэтому полный шаблон тортов по своей сути невозможен. Выше показано, однако, что его можно использовать для внедрения зависимости.
Недавно я сделал небольшую проверку концепции. Вы можете увидеть сообщение в блоге здесь: http://thoredge.blogspot.no/2013/01/cake-pattern-in-jdk8-evolve-beyond.html и репозиторий github здесь: https://github.com/thoraage/cake-db-jdk8
По сути, вы можете сделать это, но вы сталкиваетесь по крайней мере с двумя препятствиями, которые делают его менее гладким, чем Scala. Во-первых, черты Scala могут иметь состояние, а интерфейс Java - нет. Многие модули нуждаются в состоянии. Это можно исправить, создав компонент общего состояния для хранения этой информации, но это должно быть в классе. По крайней мере, частично. Вторая проблема заключается в том, что вложенный класс в интерфейсе больше похож на статический вложенный класс в классе. Таким образом, вы не можете получить доступ к методам интерфейса непосредственно из класса модуля. Метод интерфейса по умолчанию имеет доступ к этой области и может добавить его в конструктор класса модуля.
Может быть, вы можете сделать что-то подобное в Java 8
interface DataSource
{
String lookup(long id);
}
interface RealDataSource extends DataSource
{
default String lookup(long id){ return "real#"+id; }
}
interface TestDataSource extends DataSource
{
default String lookup(long id){ return "test#"+id; }
}
abstract class App implements DataSource
{
void run(){ print( "data is " + lookup(42) ); }
}
class RealApp extends App implements RealDataSource {}
new RealApp().run(); // prints "data is real#42"
class TestApp extends App implements TestDataSource {}
new TestApp().run(); // prints "data is test#42"
Но это ничуть не лучше, чем простой / старый подход
interface DataSource
{
String lookup(long id);
}
class RealDataSource implements DataSource
{
String lookup(long id){ return "real#"+id; }
}
class TestDataSource implements DataSource
{
String lookup(long id){ return "test#"+id; }
}
class App
{
final DataSource ds;
App(DataSource ds){ this.ds=ds; }
void run(){ print( "data is " + ds.lookup(42) ); }
}
new App(new RealDataSource()).run(); // prints "data is real#42"
new App(new TestDataSource()).run(); // prints "data is test#42"
Несколько экспериментов предлагают нет:
Вложенные классы автоматически статичны. Это по сути не похоже на торт:
interface Car { class Engine { } } // ... Car car = new Car() { }; Car.Engine e = car.new Engine(); error: qualified new of static class Car.Engine e = car.new Engine();
Так что, по-видимому, это вложенные интерфейсы, хотя вывести сообщения об ошибках сложнее:
interface Car { interface Engine { } } // ... Car car = new Car() { }; class Yo implements car.Engine { } error: package car does not exist class Yo implements car.Engine { // ... class Yo implements Car.Engine { } // compiles ok.
Таким образом, без классов-членов экземпляра у вас нет зависимых от пути типов, что в основном необходимо для шаблона тортов. Так что, по крайней мере, нет, не прямым путем, это невозможно.
Игнорируя новую функциональность в Java 8, вы теоретически можете сделать Cake Pattern в Java 5 и выше, используя ITDs AspectJ времени компиляции.
AspectJ DTO позволяет вам делать Mixins. Единственное, что раздражает, это то, что вам придется создавать два артефакта: аспект (ITD) и интерфейс. Однако ITD позволяют вам делать некоторые сумасшедшие вещи, такие как добавление аннотаций к классам, которые реализуют интерфейс.