{"title":"面向对象范式适合科学软件吗?","authors":"Nanshan Zeng, S. Schach","doi":"10.1145/2817460.2817487","DOIUrl":null,"url":null,"abstract":"This paper describes an object-based reengineering case study. Multi-configuration Hartree-Fock legacy software written in FORTRAN 77 was reengineered in FORTRAN 90 using the OMT methodology. The resulting object-based product was unsatisfactory; in particular, the object model had far too many interconnections. In addition, there was conflict between information hiding and efficiency issues. Based on the case study, it was concluded that the object-oriented paradigm may not be applicable to algorithm-intensive scientific software.","PeriodicalId":274966,"journal":{"name":"ACM-SE 35","volume":"379 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1997-04-02","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"2","resultStr":"{\"title\":\"Is the object-oriented paradigm appropriate for scientific software?\",\"authors\":\"Nanshan Zeng, S. Schach\",\"doi\":\"10.1145/2817460.2817487\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"This paper describes an object-based reengineering case study. Multi-configuration Hartree-Fock legacy software written in FORTRAN 77 was reengineered in FORTRAN 90 using the OMT methodology. The resulting object-based product was unsatisfactory; in particular, the object model had far too many interconnections. In addition, there was conflict between information hiding and efficiency issues. Based on the case study, it was concluded that the object-oriented paradigm may not be applicable to algorithm-intensive scientific software.\",\"PeriodicalId\":274966,\"journal\":{\"name\":\"ACM-SE 35\",\"volume\":\"379 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"1997-04-02\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"2\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"ACM-SE 35\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1145/2817460.2817487\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"ACM-SE 35","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/2817460.2817487","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
Is the object-oriented paradigm appropriate for scientific software?
This paper describes an object-based reengineering case study. Multi-configuration Hartree-Fock legacy software written in FORTRAN 77 was reengineered in FORTRAN 90 using the OMT methodology. The resulting object-based product was unsatisfactory; in particular, the object model had far too many interconnections. In addition, there was conflict between information hiding and efficiency issues. Based on the case study, it was concluded that the object-oriented paradigm may not be applicable to algorithm-intensive scientific software.