public class MapElements<InputT,OutputT> extends PTransform<PCollection<? extends InputT>,PCollection<OutputT>>
PTransforms for mapping a simple function over the elements of a PCollection.name| Modifier and Type | Method and Description |
|---|---|
PCollection<OutputT> |
expand(PCollection<? extends InputT> input)
Override this method to specify how this
PTransform should be expanded on the given
InputT. |
static <OutputT> MapElements<?,OutputT> |
into(TypeDescriptor<OutputT> outputType)
Returns a new
MapElements transform with the given type descriptor for the output type,
but the mapping function yet to be specified using via(ProcessFunction). |
void |
populateDisplayData(DisplayData.Builder builder)
Register display data for the given transform or component.
|
<NewInputT> |
via(Contextful<Contextful.Fn<NewInputT,OutputT>> fn)
Like
via(ProcessFunction), but supports access to context, such as side inputs. |
static <InputT,OutputT> |
via(InferableFunction<InputT,OutputT> fn)
For
InferableFunction<InputT, OutputT> fn, returns a PTransform that
takes an input PCollection<InputT> and returns a PCollection<OutputT>
containing fn.apply(v) for every element v in the input. |
<NewInputT> |
via(ProcessFunction<NewInputT,OutputT> fn)
For a
ProcessFunction<InputT, OutputT> fn and output type descriptor, returns a
PTransform that takes an input PCollection<InputT> and returns a PCollection<OutputT> containing fn.apply(v) for every element v in the input. |
compose, getAdditionalInputs, getDefaultOutputCoder, getDefaultOutputCoder, getDefaultOutputCoder, getKindString, getName, toString, validatepublic static <InputT,OutputT> MapElements<InputT,OutputT> via(InferableFunction<InputT,OutputT> fn)
InferableFunction<InputT, OutputT> fn, returns a PTransform that
takes an input PCollection<InputT> and returns a PCollection<OutputT>
containing fn.apply(v) for every element v in the input.
InferableFunction has the advantage of providing type descriptor information, but it
is generally more convenient to specify output type via into(TypeDescriptor), and
provide the mapping as a lambda expression to via(ProcessFunction).
Example usage:
PCollection<String> words = ...;
PCollection<Integer> wordsPerLine = words.apply(MapElements.via(
new InferableFunction<String, Integer>() {
public Integer apply(String word) throws Exception {
return word.length();
}
}));
public static <OutputT> MapElements<?,OutputT> into(TypeDescriptor<OutputT> outputType)
MapElements transform with the given type descriptor for the output type,
but the mapping function yet to be specified using via(ProcessFunction).public <NewInputT> MapElements<NewInputT,OutputT> via(ProcessFunction<NewInputT,OutputT> fn)
ProcessFunction<InputT, OutputT> fn and output type descriptor, returns a
PTransform that takes an input PCollection<InputT> and returns a PCollection<OutputT> containing fn.apply(v) for every element v in the input.
Example usage:
PCollection<Integer> wordLengths = words.apply(
MapElements.into(TypeDescriptors.integers())
.via((String word) -> word.length()));
@Experimental(value=CONTEXTFUL) public <NewInputT> MapElements<NewInputT,OutputT> via(Contextful<Contextful.Fn<NewInputT,OutputT>> fn)
via(ProcessFunction), but supports access to context, such as side inputs.public PCollection<OutputT> expand(PCollection<? extends InputT> input)
PTransformPTransform should be expanded on the given
InputT.
NOTE: This method should not be called directly. Instead apply the PTransform should
be applied to the InputT using the apply method.
Composite transforms, which are defined in terms of other transforms, should return the output of one of the composed transforms. Non-composite transforms, which do not apply any transforms internally, should return a new unbound output and register evaluators (via backend-specific registration methods).
expand in class PTransform<PCollection<? extends InputT>,PCollection<OutputT>>public void populateDisplayData(DisplayData.Builder builder)
PTransformpopulateDisplayData(DisplayData.Builder) is invoked by Pipeline runners to collect
display data via DisplayData.from(HasDisplayData). Implementations may call super.populateDisplayData(builder) in order to register display data in the current namespace,
but should otherwise use subcomponent.populateDisplayData(builder) to use the namespace
of the subcomponent.
By default, does not register any display data. Implementors may override this method to provide their own display data.
populateDisplayData in interface HasDisplayDatapopulateDisplayData in class PTransform<PCollection<? extends InputT>,PCollection<OutputT>>builder - The builder to populate with display data.HasDisplayData