Ответы на вопросы по ревью 4. Java io. Ключевым понятием здесь является понятие потока

• Название: Java io. Ключевым понятием здесь является понятие потока
• Дата: 03.07.2022
• Размер: 1.93 Mb.
• Имя файла: Ответы на вопросы по ревью 4.doc
• Тип: Документы; #623608
• страница: 5 из 39

Creational patterns

Abstract factory_{(recognizeable by creational methods returning the factory itself which in turn can be used to create another abstract/interface type)}

• 
  javax.xml.parsers.DocumentBuilderFactory#newInstance()
  
• 
  javax.xml.transform.TransformerFactory#newInstance()
  
• 
  javax.xml.xpath.XPathFactory#newInstance()
  

Builder_{(recognizeable by creational methods returning the instance itself)}

• 
  java.lang.StringBuilder#append() (unsynchronized)
  
• 
  java.lang.StringBuffer#append() (synchronized)
  
• 
  java.nio.ByteBuffer#put() (also on CharBuffer, ShortBuffer, IntBuffer, LongBuffer, FloatBuffer and DoubleBuffer)
  
• 
  javax.swing.GroupLayout.Group#addComponent()
  
• 
  All implementations of java.lang.Appendable
  
• 
  java.util.stream.Stream.Builder
  

Factory method_{(recognizeable by creational methods returning an implementation of an abstract/interface type)}

• 
  java.util.Calendar#getInstance()
  
• 
  java.util.ResourceBundle#getBundle()
  
• 
  java.text.NumberFormat#getInstance()
  
• 
  java.nio.charset.Charset#forName()
  
• 
  java.net.URLStreamHandlerFactory#createURLStreamHandler(String) (Returns singleton object per protocol)
  
• 
  java.util.EnumSet#of()
  
• 
  javax.xml.bind.JAXBContext#createMarshaller() and other similar methods
  

Prototype_{(recognizeable by creational methods returning a} different _{instance of itself with the same properties)}

• 
  java.lang.Object#clone() (the class has to implement java.lang.Cloneable)
  

Singleton_{(recognizeable by creational methods returning the} same _{instance (usually of itself) everytime)}

• 
  java.lang.Runtime#getRuntime()
  
• 
  java.awt.Desktop#getDesktop()
  
• 
  java.lang.System#getSecurityManager()
  

Structural patterns

Adapter_{(recognizeable by creational methods taking an instance of} different _{abstract/interface type and returning an implementation of own/another abstract/interface type which} decorates/overrides _{the given instance)}

• 
  java.util.Arrays#asList()
  
• 
  java.util.Collections#list()
  
• 
  java.util.Collections#enumeration()
  
• 
  java.io.InputStreamReader(InputStream) (returns a Reader)
  
• 
  java.io.OutputStreamWriter(OutputStream) (returns a Writer)
  
• 
  javax.xml.bind.annotation.adapters.XmlAdapter#marshal() and #unmarshal()
  

Bridge_{(recognizeable by creational methods taking an instance of} different _{abstract/interface type and returning an implementation of own abstract/interface type which} delegates/uses _{the given instance)}

• 
  None comes to mind yet. A fictive example would be new LinkedHashMap(LinkedHashSet, List) which returns an unmodifiable linked map which doesn't clone the items, but uses them. The java.util.Collections#newSetFromMap() and singletonXXX() methods however comes close.
  

Composite_{(recognizeable by behavioral methods taking an instance of} same _{abstract/interface type into a tree structure)}

• 
  java.awt.Container#add(Component) (practically all over Swing thus)
  
• 
  javax.faces.component.UIComponent#getChildren() (practically all over JSF UI thus)
  

Decorator_{(recognizeable by creational methods taking an instance of} same _{abstract/interface type which adds additional behaviour)}

• 
  All subclasses of java.io.InputStream, OutputStream, Reader and Writer have a constructor taking an instance of same type.
  
• 
  java.util.Collections, the checkedXXX(), synchronizedXXX() and unmodifiableXXX() methods.
  
• 
  javax.servlet.http.HttpServletRequestWrapper and HttpServletResponseWrapper
  
• 
  javax.swing.JScrollPane
  

Facade_{(recognizeable by behavioral methods which internally uses instances of} different _{independent abstract/interface types)}

• 
  javax.faces.context.FacesContext, it internally uses among others the abstract/interface types LifeCycle, ViewHandler, NavigationHandler and many more without that the enduser has to worry about it (which are however overrideable by injection).
  
• 
  javax.faces.context.ExternalContext, which internally uses ServletContext, HttpSession, HttpServletRequest, HttpServletResponse, etc.
  

Flyweight_{(recognizeable by creational methods returning a cached instance, a bit the "multiton" idea)}

• 
  java.lang.Integer#valueOf(int) (also on Boolean, Byte, Character, Short, Long and BigDecimal)
  

Proxy_{(recognizeable by creational methods which returns an implementation of given abstract/interface type which in turn} delegates/uses _a different _{implementation of given abstract/interface type)}

• 
  java.lang.reflect.Proxy
  
• 
  java.rmi.*
  
• 
  javax.ejb.EJB (explanation here)
  
• 
  javax.inject.Inject (explanation here)
  
• 
  javax.persistence.PersistenceContext