Ver Mensaje Individual
  #7
Antiguo 9 de septiembre de 2015, 02:12
Eslopes
Creador de
PowerRustCOBOL
Guru de los Gurus: Por solidos y amplios conocimientos - Issue reason: Por ámplios conocimientos en la materia Concurso: Tercer puesto: Ganador/a del Tercer puesto en un concurso - Issue reason: Juego  Innovación: Por aportar innovaciones - Issue reason: Por aportar soluciones innovadoras 
Última Actividad 22.09.2026 01:37
Posts Posts: 360
Likes enviados Enviados: 29
Likes recibidos Recibidos: 159

Olá,

todas as versões (4 a 11) são consideradas PowerCOBOL97 pois usam o draft ANS97 que contém a primeira versão do padrão OO para Cobol (sem overload, isto é, sem múltiplas assinaturas para métodos de nomes iguais, sem interface, apenas prototype que é muito rudimentar, herança múltipla que só causa confusão etc). O ANS97 tinha a capacidade de definir classes e objetos, mas ainda era muito prematuro, mas a indústria não podia mais esperar pelo padrão final (2002). O resultado é esta confusão que vemos hoje em dia. Acho que além da dificuldade em concordar com um padrão, a pior herança que temos hoje é a falta de uma class library básica. Veja o Java. Não é perfeito, mas não depende de ninguém graças a uma class library padrão enorme. O mesmo vale para o .Net.

Cobol.net não é Cobol97. Também não é Cobol 2002. É antes uma tentativa de "flexibilizar" a linguagem e torná-la mais amigável ao ambiente .Net (exemplo, o Netcobol.net possui try/catch/finally. Isto não está no padrão 97, e nem no 2002 até onde eu me lembre).

Enfim, a estória poderia ter sido um pouco diferente se Micro Focus, Liant, Realia, Fujitsu, Hitachi, CA, Wang, IBM, HP e outros tivessem concordado com um runtime único, uma class library única e vasta, como todo mundo fez em torno do Java.

Saludos, Emerson
Eslopes is offline   Responder Con Cita