Talk:Class (computer programming)

Mumbo jumbo nonsense
"the class name is used as the name for the class" — Preceding unsigned comment added by 69.119.158.11 (talk) 05:50, 17 September 2020 (UTC)


 * Agree. There is nonsense in this article and that is one example. That the name is the used as the name adds no value ;) ... Further, the text is in a thing called 'efn' which is new to me and seems to be extra text that shows at the bottom and when hover. I think that sort of organization of info is bad in general. If it's important, put the info in the body of the text; not in a footnote. ... I will try to improve it. I suggest you do that same. It's easy to criticize but more useful to improve the content. Stevebroshar (talk) 14:55, 21 June 2024 (UTC)

The whole article is nonsense. Azbookmobile (talk) 03:50, 22 September 2022 (UTC)

Examples
The examples on this page were severely lacking in that they previously did not demonstrate why one would wish to use a class. (The PHP example is still poor, but I don't know enough about objects in PHP to fix it.)

In general, when you have multiple language examples then they should be functionally equivalent and demonstrate the property about which you are speaking. In this case, classes as a medium for data encapsulation and abstraction.

The comment about the Java example showing object instantiation is irrelevant, because both the Ruby and Lisp examples also instantiate objects. 62.253.228.193 (talk) 08:09, 31 August 2010 (UTC)


 * We don't want all the examples to be functionally equivalent. On the contrary, we want them to all be different. This article isn't about comparing languages, it's about demonstrating what a class is. We want a few examples highlighting classes, and some of the features generally associated with OOP. It's good for us to use multiple languages for those examples since 1) they're simple enough to be considered pseudocode anyway, and 2) we want to keep this article general, and not cater to one language only.
 * Each of the examples shows different things, and in different ways. In the long-run, it would be good to have an example within each section which highlights what's being talked about in that section... but for now a list of examples at the end is how the article was written, so that'll have to do. Jess talk&#124;edits 08:42, 31 August 2010 (UTC)


 * That's not useful in any way whatsoever. None of the examples to date have even shown data encapsulation, inheritance, abstract base class, composition. By your own reasoning the examples are lacklustre - there's hardly any point having them. The moronic "hello world" Java class has exactly zero value.


 * You have suggested how to improve the examples by moving them to the relevant sections. Until then, I don't believe these changes reduce the quality of the article. Learn to let go.


 * "That'll have to do." -- Yep, that pretty much sums up the Wikipedia experience. 62.253.228.193 (talk) 09:06, 31 August 2010 (UTC)


 * Please read WP:Civil and WP:AGF. You're quickly approaching a civility barrier which is making collaboration difficult. As I stated, the examples as they are now are less useful than they could be, and should be expanded upon and moved into specialized sections. However, that hasn't been done yet... so for right now they do very much serve a purpose at the end of the article. Changing all the examples so that they do the same thing eliminates that purpose. If we're just showing one thing, we should just have one example. Jess talk&#124;edits 09:30, 31 August 2010 (UTC)

Example of object-class relationship
The example given at the end of the introduction of the relationship of classes to objects is misleading, it's really talking about a type relationship between two classes. A better example might be that Jimmy Wales is an object of the class person. — Preceding unsigned comment added by Tomcrocker (talk • contribs) 22:31, 16 October 2011 (UTC)


 * I agree. I changed the example to the following: For example, a "Banana" class would represent the properties and functionality of bananas in general. A single, particular banana would be an instance of the "Banana" class, an object of the type "Banana". Ben.d.zimmer (talk) 16:31, 17 April 2012 (UTC)

Lack of language syntax examples
I came to this topic to refresh myself with the syntax of a C++ class or a Java class. I see no syntax examples. C++ has Structs but this has no syntax example. C++ has Class Interfaces but this has no syntax example. This article mentions Member accessibility but gives no C++ or C or Java syntax examples. There are several languages mentioned in this article such as C, C++, Objective-C, Python, Ruby, Java, etc but no syntax examples of any of those languages. I am not looking for a stroustrup treatise. I am looking for a syntax example to refresh my memory. I know that there are hundreds of programming languages in existence and that you cannot give examples of them all. Certainly, you can give examples for the languages that you mention in the article...without picking favorites. If you are undecided about how many then give an example for the top 5. I am sure that CNET or Dr Dobbs can assist this topic editor in determining what the top 5 programming languages are. Not all of them carry object-oriented syntax. The syntax for C AND C++ and Java are very similar.Patnclaire (talk) 14:52, 11 April 2012 (UTC)


 * I think the main reason of a lack of syntax examples is that this article is meant to explain classes in general. I don't think an encyclopaedia is a good repository for examples in (all of) the world's programming languages. The article is already long as it is. ;-) ctxppc (talk) 14:10, 28 January 2013 (UTC)

Article overhaul
In the next couple of weeks, I'm planning on editing and rewriting this article for clarity, as well as finding some better sources to cite. I will also be working on some related articles, including Method, Interface, and Inheritance. If anyone has any suggestions, especially for high quality yet accessible sources that this article could cite, I would be happy to hear them. Thanks. Ben.d.zimmer (talk) 17:04, 12 April 2012 (UTC)


 * I think this page is coming along well. In particular, I would suggest adding a clearer description of "interface" as opposed to "structure". You should also make Example a sub-header under "class interface" instead of its own header. Libertyernie2 (talk) 16:33, 26 April 2012 (UTC)

I finished my first pass at overhauling this article. I editing and rewrote the article for clarity and cited sources throughout. Weasel words and uncited claims are now confined to a few particular sections, specifically the "Definitions of subclass", "Partial", "Benefits", and "Run-time representation" sections. I believe that with the exception of the "Run-time" section, these sections could be removed, but I don't want to do it myself. Thanks! Ben.d.zimmer (talk) 15:37, 10 May 2012 (UTC)

Partial classes
Partial classes are over-represented in this article (long section with examples in VB.NET and Objective-C), particularly given that this is a physical (file management) issue rather than a logical (conceptual) issue. Robbiemorrison (talk) 09:57, 28 August 2012 (UTC)

Incomprehensible Opening Sentence
This sentence at the beginning is poorly written; "The class is instantiated into instances of itself". While many programmers might understand this, somebody new to "classes" would find it incomprehensible. The word "instantiated" needs definition somewhere. How can this be made more clear?? If there is no response after a while, I will change it. Nodekeeper (talk) 00:34, 30 July 2013 (UTC)

Purpose and use of a class
From intro:
 * a class is a construct that is used to define a distinct type. The class is instantiated into instances of itself – referred to as class instances, class objects, instance objects or simply objects.

That's not the purpose of a class. Computer programmers will write a class because they want to create objects. Let's separate the formal, computer science definitions from the way OOP is actually used in the field. If anyone wants the ivory tower stuff, it can be found, but please do not clutter up the intro with hyper-geeky stuff that turns off beginners. --Uncle Ed (talk) 11:56, 22 October 2013 (UTC)

Class and Inheritance are not Orthogonal
Currently there is a section titled "Orthogonality of the class concept and inheritance" I agree with everything in that section but I think the title is wrong. "Orthogonal" (literally at right angles to each other) in my experience means two things that may have an intersection point but are different things. That's not the case with Object-based and object-oriented. Object-based is a superset of object-oriented (all object-oriented languages are object-based but some are only object-based and not object-oriented, e.g. Visualbasic). MadScientistX11 (talk) 03:56, 16 December 2013 (UTC)


 * @MadScientistX11 Agree that orthogonal is inaccurate there. It's also a bit obtuse in general. I agree that object-oriented (with inheritance) is a subclass :) of object-based. ... It's been 11 years since your comment yet it's still that way. You changed you mind about changing it? Stevebroshar (talk) 15:24, 21 June 2024 (UTC)
 * @Stevebroshar Sorry for the late reply. Don't check nearly as often as I used to. Not so much changed my mind as just don't have much time anymore. Also, I kind of got burned out on editing tech articles. Maybe it was just my bad luck but several times I would make what seemed to me a very obvious change and someone who had just read the intro to "OOP for Dummies" would change it back and I got kind of burned out having debates with people that IMO just didn't know what they were talking about. I have no time to change it right now. Have to prepare a presentation on an article that was accepted in a journal and I got invited to present at a workshop!!! Kind of psyched about that. Please if you feel like it have at it but I'll try and give editing another shot when I have a bit more time. Thanks for the nudge. MadScientistX11 (talk) 16:18, 7 July 2024 (UTC)

Planning to rewrite Definition of Subclass section
That section currently starts out like this: "Conceptually, a superclass should be considered as a common part of its subclasses. " I usually don't make that big a deal about language but that is really expressed poorly and is either hard to understand at best or fundamentally wrong about what a class is at worst. A superclass is not a part of its subclass. Words like "part" and "kind" have specific meanings in OO and a subclass is a kind of its superclass but not a part of it. Vehicle could be a superclass with truck and car as subclasses but it would be a conceptual error (which unfortunately is a common error among new and even not so new OO developers) to model the bill of materials as a subclass. I.e., a car is also a body, engine, tires, etc. but those aren't subclasses of car they are parts of it and are modeled as object properties. Anyway, I'm going into too much detail it's just such a fundamental error I was surprised to see it here but I'm going to change it and add some references. I've also seen other sections in this article that aren't clear on the distinction between subparts and subclasses and I plan to edit those as well. MadScientistX11 (talk) 20:11, 20 December 2013 (UTC)

Proposed merge with Open class (computer programming)
Can't see justification for independent article for "Open class". a couple of sentences in this article would suffice. Polyamorph (talk) 20:25, 16 May 2018 (UTC)
 * absolutely agree, they should be merged. I think someone should be bold and just do it. --MadScientistX11 (talk) 03:41, 17 May 2018 (UTC)
 * ✅. Polyamorph (talk) 08:08, 17 May 2018 (UTC)

A class is..
It says: a class is an extensible program-code-template for creating objects. Isn't that a retarded way, using too many words? Of course it's extensible and do we have to say "program-code-template"? Isn't it good enough to say it's a "template for creating objects"? Why do you have to be so anal about it? — Preceding unsigned comment added by 88.95.4.170 (talk) 10:00, 9 August 2020 (UTC)
 * I suggest you review the Five Pillars of Wikipedia especially Civility. This isn't the comment section on YouTube. I agree the intro could be better but I don't think that removing "extensible program-code" is an improvement. Of course any competent technical person knows all that but the introduction of an article is meant to be for as general an audience as possible. Some non-technical people coming to this article may not know that Class as typically used in IT today means code or that one of the key values claimed for using a class rather than say just an abstract data type is that classes are meant to facilitate reuse and maintenance (i.e., be easy to extend). I'm going to check some of my books and see how they define a class and if I can find a better definition I will change it but I think just removing those words would not improve the article. One last thought: we need to be careful not to just confine the definition to programming languages. Knowledge graphs are a concept that is starting to play a big role in how people organize big data and the concept of class in the Web Ontology Language (OWL) and RDFS is essential but those aren't programming languages they are data definition languages. --MadScientistX11 (talk) 16:17, 9 August 2020 (UTC)
 * First, I take back what I said above about OWL and RDFS. I forgot this article is about OOP and the concept of an OWL/RDFS class is covered in other articles. I looked at several books: Jacobsen's Object-Oriented Software Engineering, Bertrand Meyer's Object-Oriented Software Construction, and Goldberg's book Smalltalk-80 and all of their definitions of class are already highly technical (built on the various concepts they use to introduce the reasons for OOP such as modules and encapsulation) and I think less appropriate for the intro of the article. I also checked the one source given that is available online (source 2) and the language there is very close to what is written (without being a direct copy). So I'm leaving it as is. If anyone changes it please make sure to document your reasons in the talk page. Thanks. --MadScientistX11 (talk) 17:40, 9 August 2020 (UTC)
 * I plan to change it :) ... to be less awkward; to be easier to understand for the layperson ... while still correct in the eyes of the seasoned practitioner. In particular, program-code-template is not a thing and needs re-wording. I think the article intro is correct, but poorly worded. I plan to keep the jist as-is; with better wording. Stevebroshar (talk) 15:09, 21 June 2024 (UTC)
 * Agree with @MadScientistX11 about civility. In particular, the r-word is considered poor taste in general. I have in the past made harsh judgments of article content. But, I usually regret it. Let's all try to rise above. ... I agree that program-code-template is odd. Use of dashes makes it seem like that is a common term, but it's not. A class is code and it is a template. So, let's say something like "a class is source code that acts as a template for objects". Stevebroshar (talk) 15:01, 21 June 2024 (UTC)

Short desc is wrong; run-on paragraphs
@Meownium

WRT short desc: Specification of [a] object structure That is not correct (enough) IMO. An object is both structure and functionality. Therefore a class must specify both. Previously, I changed the desc to specifies an object so that it covers both ... all aspects of an object. If we _must_ mention structure ... then we should also mention functionality. I think it was fine before. It either needs to also mention functionality or to not mention structure.

You shoved unrelated sentences together to make a run-on paragraph. I know that WP articles (all writing for that matter) are not suppose to have lots of short paragraphs, but it's better to have short paragraphs than run-on paragraphs IMO.

A paragraph should have one idea. As-is, the first paragraph has 4: Definition, creation, members and inheritance.

For reference: ''In object-oriented programming, a class defines the structure, initial state and behavior of an object. An object is created through a process known as instantiation, the creation of an instance of a class. Classes may define members, such as methods and variables, that are local to either the class itself or instances of that class. If the programming language supports inheritance, a class is extensible by allowing the definition of one class to be based on and extended from another.'' Stevebroshar (talk) 13:56, 28 June 2024 (UTC)