有哪些优点和缺点使用无论是莱克西酒吧或CLISTs在作为z/操作系统?

我的理解是,CLISTs只是一个老年命令语言,但我们似乎接受了很多新的软件使用他们,即使莱克西酒吧现在是标准的操作系统。

是有一些原因为什么CLISTs是优选的,特别是赋予的权力的莱克西酒吧和它的紧密融入z/操作系统?

有帮助吗?

解决方案

这里是一个链接到IBM的Inofcenter大纲之间的差异 莱克西酒吧和CLIST

基本上,莱克西酒吧是较新的(约15岁)和CLIST是老年人(以前我的时间-我已经在大约30年)。主机人群中的作用似乎是越来越老年人和许多人建设ISPF由了解到他们交易之前,莱克西酒吧是可以让我相信这只是问题的"传统"(老狗,老把戏).

在同一时间我相信IBM想退休CLIST赞成莱克西酒吧但是作为有这么多的事情大型机sunsetting点儿是不会发生在我的一生!

我找到的大多数CLIST是与管理ISPF对话通过ISPF板。有没有优势,采用一个比其他这类应用程序。

我个人喜好是莱克西酒吧,因为它是一个根本性的更强大的语言和附带z/os因此,它始终是提供。此外,莱克西酒吧是在更多的地址空间在z/os于CLIST(eg.曹甚至是批量)。它还提供Windows下(参见: 象莱克西酒吧).窗版本基本上是一个超集z/操作系统版本,所以只要你保持不对象扩展和管理的I/O仔细,就可以运行的同执行上一个窗框的大型机。我已建立一些实用新型功能运行的与平等的方便对大型机作为Windows-几乎维持不变(除了一对夫妇的行管理文件I/O)。

不像CLIST,莱克西酒吧是相当有能力这样做的一些严重的数据处理。我听说过,业绩的一莱克西酒吧用在z/os类似Java下运行的Websphere(给予同样大小的CPU)。有时,我有嘎吱作响的多千兆字节的中小型数据文件通过莱克西酒吧程序在一个非常合理量的时间。

无论如何,我可以去和...在回答你的问题,我相信,那是莱克西酒吧基本上是个更好的工具,能够做的任何东西CLIST可以做更多。该prevelence的CLIST只是问题的程序员做事的方式他们长大了他们这样做而不是学习新技术。

其他提示

有关REXX的好处在z / OS是,如果你需要认真的表现,你可以购买的编译器和库,并得到接近本机代码的速度。

我没有一个完整的答案,但一个想法。

我公司,我们还仍然使用CLIST但我们也有REXX。

在我看来:REXX是更好的语言的新的,但建设一个处理列表/被放置在屏幕上的数据阵列的TSO应用程序时CLIST仍然是首选。我甚至不能确定REXX如何是处理那些在屏幕上放置列表/阵列。

我们只使用REXX较小的脚本程序等。

此致     Sigersted

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top