Talk:Class (computer programming)

References

This article cites zero (yes, zero) references. It's been around for a few years... it's about time someone got in there and added something, anything in. Jess (talk) 03:18, 1 August 2010 (UTC) it is a logical description of an object — Preceding unsigned comment added by 210.212.56.34 (talk) 06:52, 14 January 2012 (UTC)

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)

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|_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|_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)

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)

 Done. 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)