Pergunta

Quais são as vantagens e desvantagens do uso de qualquer REXX ou CLISTs no TSO para z / OS?

O meu entendimento é que CLISTs são apenas uma linguagem de comando mais velhos, mas parece que estamos a receber um monte de novo software de usá-los, mesmo que REXX agora é padrão com o sistema operacional.

Existe alguma razão pela qual são preferidos CLISTs, especialmente tendo em conta o poder do REXX e é estreita integração em z / OS?

Foi útil?

Solução

Aqui está um link para a IBM Inofcenter delinear as diferenças entre REXX e CLIST

Basicamente, REXX é mais recentes (cerca de 15 anos) e CLIST é mais velho (antes do meu tempo - eu tenho sido para ele por cerca de 30 anos). Os seens de mainframe multidão para ser ficando mais velhos e muitas das pessoas que constroem painéis ISPF aprenderam seu ofício antes REXX estava disponível, então eu acredito que é apenas uma questão de 'tradição' (cães velhos, velhos truques).

Ao mesmo tempo eu acredito IBM queria se aposentar CLIST em favor do REXX, mas como acontece com tantas coisas de mainframe, sunsetting anyting não vai acontecer na minha vida!

Acho que a maioria dos CLIST é associado com o gerenciamento do ISPF diálogos através de painéis ISPF. Não há nenhuma vantagem em usar um sobre o outro para este tipo de aplicação.

A minha preferência pessoal é para REXX porque é uma linguagem fundamentalmente mais poderoso e é fornecido com z / OS por isso é sempre disponível. Além disso, REXX está disponível em mais espaços de endereços no âmbito z / OS que CLIST (por ex. O TSO e mesmo lote). Ele também está disponível no Windows (ver: Objeto REXX ). A versão para Windows é basicamente um superconjunto da versão z / OS por isso, enquanto você manter as extensões non objeto e gerenciar o I / O cuidado, você pode executar a mesma exec em um Windows caixa como no mainframe. Eu tenho construir um número de funções do tipo utilitário que correr com a mesma facilidade no mainframe como no Windows -. Virtualmente inalterado (exceto por um par de linhas que gerenciar arquivo I / O)

Ao contrário CLIST, REXX é bem capaz de fazer alguns dados graves esmagando bem. Ouvi dizer que o desempenho de um aplicativo REXX sob z / OS é semelhante ao Java rodando sob Websphere (dado o mesmo tamanho da CPU). Na ocasião, eu rangia multi-gigabyte de tamanho arquivos de dados através de rotinas REXX em um amout muito razoável de tempo.

De qualquer forma, eu poderia continuar e continuar ... Em resposta à sua pergunta, eu acredito, é que REXX é fundamentalmente uma ferramenta melhor, capaz de fazer everyting CLIST pode fazer e muito mais. O prevelence de CLIST é apenas uma questão de programadores fazer as coisas do jeito que cresci fazendo-los em oposição a learing tecnologias mais recentes.

Outras dicas

A coisa agradável sobre REXX no z / OS é que se você precisar de desempenho sério, você pode comprar o compilador e da biblioteca para ele e obter velocidades de código quase-nativos.

Eu não tenho uma resposta completa, mas uma ideia.

I nossa empresa também ainda usam CLIST mas também temos REXX.

A meu ver: REXX é o novo na melhor linguagem, mas CLIST ainda é o preferido ao criar aplicativos TSO que as listas punho / matrizes de dados que são colocados na tela. Eu nem tenho certeza de quão bem REXX é a manipulação da lista / matrizes que são colocados na tela.

Nós usamos somente REXX para roteiro menor como programas.

Saudações Sigersted

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top