Package org.csstudio.opibuilder.util
Class MacrosInput
java.lang.Object
org.csstudio.opibuilder.util.MacrosInput
The value type definition for
MacrosProperty
, which describes the input for a Macros Property. TODO Combine
with MacroTable TODO Hide the actual map implementation TODO Why does the order of macros matter? For environment
vars, the order doesn't matter. Can still replace macros recursively as in $($(M))-
Constructor Summary
ConstructorDescriptionMacrosInput
(LinkedHashMap<String, String> macros, boolean include_parent_macros) -
Method Summary
Modifier and TypeMethodDescriptionboolean
getCopy()
final LinkedHashMap<String,
String> int
hashCode()
final boolean
void
Add or replace a macro.static MacrosInput
Parse MacrosInput from persistence string.void
setInclude_parent_macros
(boolean include_parent_macros) void
setMacrosMap
(LinkedHashMap<String, String> macrosMap) toString()
-
Constructor Details
-
MacrosInput
-
-
Method Details
-
getMacrosMap
- Returns:
- the macrosMap
-
setMacrosMap
- Parameters:
macrosMap
- the macrosMap to set
-
put
Add or replace a macro.- Parameters:
macroName
-macroValue
-
-
isInclude_parent_macros
public final boolean isInclude_parent_macros()- Returns:
- the include_parent_macros
-
setInclude_parent_macros
public void setInclude_parent_macros(boolean include_parent_macros) - Parameters:
include_parent_macros
- the include_parent_macros to set
-
getCopy
-
toString
-
hashCode
public int hashCode() -
equals
-
toPersistenceString
- Returns:
- a String with format like this: "true", "macro1 = hello", "macro2 = hello2"
-
recoverFromString
Parse MacrosInput from persistence string.- Parameters:
s
-- Returns:
- Throws:
Exception
-