Dataless Objects Considered Harmful.
This article reports that novice computer programmers should be taught the value of faithfully representing objects and multiple programming paradigms. There are at least four main reasons for doing so. First, procedure-oriented (PO) programming is not simply about writing procedures or functions bu...
| Published in: | Communications of the ACM Vol. 48; no. 2; pp. 99 - 102 |
|---|---|
| Format: | Article |
| Published: |
Association for Computing Machinery
Feb2005
|
| Subjects: | |
| Online Access: | View this record in EBSCOhost |
| fields | @attributes: recordID: 1 pdfLink: plink: https://search.ebscohost.com/login.aspx?direct=true&db=hlh&AN=15996224&site=ehost-live header: @attributes: shortDbName: hlh uiTerm: 15996224 longDbName: Humanities International Complete uiTag: AN controlInfo: bkinfo: jinfo: jid: 00010782 ACM jtl: Communications of the ACM issn: 00010782 maglogo: N pubinfo: dt: Feb2005 vid: 48 iid: 2 pid: 68 pub: Association for Computing Machinery artinfo: ui: 15996224 10.1145/1042091.1042126 ppf: 99 ppct: 3 formats: tig: atl: Dataless Objects Considered Harmful. aug: su: Computer programming Object-oriented programming Computer programmers Code reuse sug: subj: Computer programming Object-oriented programming Computer programmers Code reuse ab: This article reports that novice computer programmers should be taught the value of faithfully representing objects and multiple programming paradigms. There are at least four main reasons for doing so. First, procedure-oriented (PO) programming is not simply about writing procedures or functions but about the stepwise refinement of functional decomposition and disciplined practices toward programming. In solving sophisticated business problems, objects don't communicate in a program without a main procedure, whereby the business process is faithfully and structurally executed. A main procedure is not only the client of the various business objects, it can also be the client of the methods that address the functional decomposition of a business process, regardless of whether these methods are standalone or grouped in dataless classes. Second, a real-world problem may be inherently PO. Third, it is a fact that inheritance is computationally costly. Therefore, even for problems that can be represented in either way, developers often choose the PO approach over performance or complexity concerns, as often seen in real-time application. pubtype: Periodical doctype: Article src: R language: English refInfo: copyright: @attributes: flag: Y dt: @attributes: year: 2005 holdings: @attributes: islocal: N |
|---|