Você pode conectá-los com outros nós da mesma forma. Como você pode definir um subfluxo uma vez e utilizá-lo em mais de um fluxo de mensagens (e até mesmo em mais de um projeto do fluxo de mensagens), um subfluxo pode fornecer benefícios:
No entanto, lembre-se de que um subfluxo não é um único nó e, sua inclusão aumenta o número de nós no fluxo de mensagens, que pode afetar seu desempenho.
Considere estes exemplos de utilização de subfluxos:
É possível utilizar o nó Passthrough em um subfluxo como o primeiro nó após o nó input, para identificar o subfluxo no qual ele está incluído. Você
pode especificar um identificador (Rótulo) da forma que melhor
atender seus requisitos, por exemplo, para identificar o nível ou a
versão do fluxo no qual está configurado.O nó Passthrough não processa a mensagem de nenhuma maneira. A
mensagem que propaga em seu terminal externo é a mesma recebida em
seu terminal interno. Por
exemplo, se você desenvolver um subfluxo de processamento de erros a
ser incluído em vários fluxos de mensagens, será necessário
modificá-lo. No
entanto, convém introduzir a versão modificada, inicialmente, em apenas
um subconjunto dos fluxos de mensagens em que estiver incluído.
Defina um valor para a instância do nó Passthrough que identifique qual
versão do subfluxo foi incluída.
A utilização de subfluxos é ilustrada nas seguintes amostra:
A utilização de subfluxos é demonstrada no Error Handler sample e no Coordinated Request Reply sample. A amostra Error Handler utiliza um subfluxo para captar informações sobre erros e armazenar as informações em um banco de dados. A amostra Coordinated Request Reply utiliza um subfluxo para encapsular o armazenamento dos valores ReplyToQ e ReplyToQMgr em uma mensagem do WebSphere MQ de forma que a lógica de processamento possa ser facilmente reutilizada em outros fluxos de mensagens para permitir que implementações alternativas sejam substituídas.