blob: 87da8fc6e4f8e2abfa7444a55924bb2115486813 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
|
/*-
* ============LICENSE_START=======================================================
* SDC
* ================================================================================
* Copyright (C) 2017 AT&T Intellectual Property. All rights reserved.
* ================================================================================
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
* ============LICENSE_END=========================================================
*/
package org.openecomp.core.factory.api;
import org.openecomp.core.factory.impl.AbstractFactoryBase;
/**
* This class provides generic implementation of an abstract factory. Components exposed as Java interfaces should have their own concrete factories
* derived from the given class. This assures code alignment and consistency across all Service Management components. The class actually uses
* singleton pattern to instantiate and reuse just one instance of a factory. Therefore, each factory implementation has to be <i>thread-safe</i>. In
* a general case, the hierarchy of factory objects for an Java interface <tt>IUknown</tt> may look as follows:
* <pre>
* AbstractFactory<IUnknown>
* ^
* |
* Application code ----> ConcreteFactory
* ^
* |
* +---------+---------+
* | |
* BaselineFactoryImpl CustomFactoryImpl
* </pre>
* Where the classes responsibility is: <ul> <li>Abstract factory - common logic to retrieve the implementation class name from a central
* repository.</li> <li>Concrete factory - abstract class that only exposes to application layer the type specific API such as: <ul> <li><tt>public
* static ConcreteFactory getInstance()</tt></li> </ul> <li>Baseline factory - out of the box implementation of concrete factory (that can be replaced
* by a custom one depending on customer needs) which actually implements method: <ul> <li><tt>public IUnknown createInterface()</tt></li>
* </ul> </ul> The normal concrete factory class may look like:
* <pre>
* public abstract class ConcreteFactory extends AbstractFactory<IUnknown> {
* static {
* registerFactory(ConcreteFactory.class, BaselineFactoryImpl.class);
* }
* public static ConcreteFactory getInstance() {
* return AbstractFactory.<IUnknown, ConcreteFactory.class>getInstance(ConcreteFactory.class);
* }
* }
* </pre>
*
* @param <I> Java interface type created by the factory.
*/
public abstract class AbstractFactory<I> extends AbstractFactoryBase {
/**
* Returns the interface implementor instance.
* <b>Note</b>: It's up to the concrete factory to decide on the actual
* implementation of the returned interface. Therefore, the call can get the same instance per each call in case of singleton implementation or
* new instance otherwise. However, the API consumer may not assume anything regarding the underlying logic and has always go through the factory
* to obtain the reference.
*
* @return Implementor of the exposed Java interface.
*/
public abstract I createInterface();
} // End of class
|