Re: Multiple Classes, same name - C# Discussion Boards

kalberts16-Jun-20 4:28

16-Jun-20 4:28

If my skill is "baking breads|cakes" it won't work as you expect it to.

If you frequently will search lists of 1000 skills, you should rather put them in a dictionary (i.e. hash table). That would work even with "baking breads|cakes".

Another side is that if you measure the time to search a 1000 element list, you'd probably be surprised by how fast it is. If the search is initated due to a user interaction, all the other stuff involved will require magnitudes more resources. Worry about the time for searching an in-memory list only if it is done thousands or tens of thousands times for each user interaction.

Wiep Corbier16-Jun-20 4:32

16-Jun-20 4:32

The list are not bigger than 80 items.
My solution is already super fast.

That's not the problem.

btw: I'm aware of dictonary.

kalberts16-Jun-20 5:52

16-Jun-20 5:52

Wiep Corbier wrote:
My solution is already super fast.

So don't worry about the expense of searching an 80 item list. Even though a straight search in a simple string is super fast, it does not imply that other alternatives are unacceptably slow.

Wiep Corbier16-Jun-20 6:04

16-Jun-20 6:04

I agree

Everywhere else I use a different approach like list, dictonary etc

I use ms sql server databases. I love creating related tables. It's what I do all the time.

But this time only I took a different path. (

OriginalGriff16-Jun-20 4:28

OriginalGriff

16-Jun-20 4:28

Dave Kreskowiak wrote:
It's not the language that needs to updated to support your poor skills. It's your skills that need to be updated to better support your customers.

Hear hear! :applause:

"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!

Advanced TypeScript Programming Projects

Pete O'Hanlon16-Jun-20 3:32

Pete O'Hanlon

16-Jun-20 3:32

Wiep Corbier wrote:
All these problems are already solved by me.

Errr, no you haven't. You have talked about one narrow point and extrapolated that to having answered my whole question.

I'll put this to you another way. Describe EXACTLY how this mechanism would work. How would it work with vars? How would it run through a CI pipeline? How will it cope with type explosions and types with differing numbers of fields? I want this class to be COM Compatible, how's that going to work? I want to use IoC to inject one of these classes, which one would it pick? In other words, explain how you plan to cope with ALL of the edge cases that would be introduced.

kalberts16-Jun-20 4:19

16-Jun-20 4:19

Wiep Corbier wrote:
what if my customers could make a choise how to recieve the data using the same name for the claas but had the option how it was presented/formatted.

So why don't you provide that in the one class you've got? dotNet doesn't know how to ask the customer - their language, preferred terminology, CLI or GUI, how your GUI is laid out and how the selection list should be presented. You do. You are the only one who can ask the customer in a proper way, and from the selected alternative initialized the object this way or that way. Or if you insist, create an object of this or that class.

Two accessor methods of a given class may very well reference the same private data, presenting it in different formats (or set functions parsing value in different ways before storing it in the private value). You would have an explicitly declared internal value, not implicitly declared ones, so the simple {get; set;} would be relpaced with e.g. for the list format:

{ get { return skills.Split('|'); } 
  set { skills = string.Join("|", value); }}

In this case, "skills" may actually be the implicitly declared variable from your string based accessor. Your (single) class may have as many different accessors (here: presentation formats) as you like. Of course you may have have initializers as well accepting intial values in either format, but being parsed and stored in one common format.

If you are using this "skills" case as a simple way of illustrating what you think should be a commonly available mechanism for a lot of different purposes, then you should come up with a better illustration of the need.

If your real problem is accessing the list of skills as a list or as a string, then it is handled by two properties (accessors) presenting the skills in two different ways from the one class.

If you insist on two different classes with a single name, they will be different (you asked for it, you got it) - different set of members, different methods, different semantics. In the general case, only the name would be the same. You may construct examples where two different classes happen to have some members with similar names and somewhat similar semantics, while others differ. The overlap is more or less "accidental"; a general mechanism could not require "> x% similarity between same-name classes", it would be general (sic!). We have a general object class - it is called "object". Your proposal is, in the generalized sense, more or less to make an "object2" class: If the class name implies nothing about object members or semantics, it has no syntactic or semantic value. You have no clue about what to expect from an object of that name.

I am fully satisified with the classic "object" class. I don't see a need for an "object2" class.

Wiep Corbier16-Jun-20 4:46

16-Jun-20 4:46

I have read you contribution. Thanks for that.

What I want doesn't exist and I'm not interested in alternatives that already exists.
I want something new.

I want the team that creates C# to make that happen.

All of you think I have a dumb idea.
But for me, inheritances is dumb. Interfaces are dumb, and many more
Why? You don't need them. There are other ways to do the same.

But they exist because someone had the idea and others liked it.
The difference is, they understand it. Nobody understands my idea. Doesn't matter, I'm used to it.

ps: I don't want a class with two representation of the skill data. I just do not want that.
(of course it's an idea that crossed my mind)

kalberts16-Jun-20 5:13

16-Jun-20 5:13

Wiep Corbier wrote:
ps: I don't want a class with two representation of the skill data. I just do not want that.

But I suggest a single reperesentation! Two representations would be really bad design. Two different presentations is a completely different thing.

It is like when your code handles a binary integer, you don't present it like a binary integer but format it into a character string. You may format it as hex, octal, decimal, with or without leading zeroes, trailing currency sign or whatever. For binary reals you print out the number of decimal positions according to need. The internal integer or real binary value is unique and unaffected by the presentation format.

Similar with you skills list. Whether it is stored as a single string with | separators, a list, a dictionary or as a database table doesn't matter: From that unique representation you may format it as a string, as a list or in any other format. For console output, you use different Format or ToString format strings, for binary formats, you use different accessors (that may also use Format/ToString when appropriate).

An accessor isn't a representation. It is an accessor, a way to get at a representation. The representation is independent of it.

Ralf Meier17-Jun-20 2:42

Ralf Meier

17-Jun-20 2:42

Perhaps I misunderstand something ... but when I read your question I want to ask why you don't create a Property (as a List of String or as List of Class-Object) which could be used in the way you want : either you use only a part of the Property (in case of List of String) or you use a sub-Property (in case of List of Class-Object).

#realJSOP21-Jun-20 1:39

#realJSOP

21-Jun-20 1:39

Wiep Corbier wrote:
What I want doesn't exist and I'm not interested in alternatives that already exists.
I want something new.

Good luck with that Sparky... I've been coding for over 40 years, and have NEVER come up with a use case for identical class names (I'd really like to see multiple inheritance come back, though).

Your actual problem is your weak design, not a perceived missing feature in C#.

Fix your code.

".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013

ZurdoDev16-Jun-20 2:20

ZurdoDev

16-Jun-20 2:20

Wiep Corbier wrote:
As you can see, the property with the name Skills is a string.
It can be a long string and it stores one or more Skills.

Forget multiple classes with the same name, I'm wondering why in the world you would do this.

Social Media - A platform that makes it easier for the crazies to find each other.

Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.

Wiep Corbier16-Jun-20 2:26

16-Jun-20 2:26

Why? I just explained it several times.

Quote:
When answering a question please;

Read the question carefully

ZurdoDev16-Jun-20 2:27

ZurdoDev

16-Jun-20 2:27

Wiep Corbier wrote:
I just explained it several times.

Not in your OP. D'Oh! | :doh:

Social Media - A platform that makes it easier for the crazies to find each other.

Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.

ZurdoDev16-Jun-20 4:05

ZurdoDev

16-Jun-20 4:05

Wiep Corbier wrote:
For the next C# version I would like the ability to have multiple classes with the same name.

You'd have to contact Microsoft.

Social Media - A platform that makes it easier for the crazies to find each other.

Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.

Gerry Schmitz16-Jun-20 7:06

Gerry Schmitz

16-Jun-20 7:06

Whose "popup"?

You'll need a separate NAMESPACE for each DUPLICATE CLASS NAME.

Then you can "code logic" for YOUR "popup" or whatever.

And in your CODE, you qualify with a NAMESPACE that VS can resolve with (Intellisense-wise).

There is no other magic; it's all in the head.

YOU are the only "customer" at this stage.

Beyond that, you use "Interfaces".

It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food

modified 16-Jun-20 13:13pm.

Patrice T16-Jun-20 8:06

Patrice T

16-Jun-20 8:06

Wiep Corbier wrote:
So, when I instantiate a new CandidateFunction, I want a popup asking me which one I want to use.

Making 2 classes indistinguishable is a bad idea to the core.
In 35 years, I never came to a case that need such Gremlin.

Patrice

“Everything should be made as simple as possible, but no simpler.” Albert Einstein

Mycroft Holmes16-Jun-20 12:46

Mycroft Holmes

16-Jun-20 12:46

Well that was an interesting discussion which seems to have shown that you need to redesign your data structure to meet your requirements. The entire issue revolves around the string of skills which you are storing incorrectly (as a number of respondents have pointed out).

This should be seen as a valuable lesson (hopefully others will also benefit). Do not be discouraged by any negative responses, this was a good discussion with some interesting information generated.

Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP

Simon_Whale17-Jun-20 2:23

Simon_Whale

17-Jun-20 2:23

For me personally, I would say that you should be trying to solve a modelling issue rather than fix it with a "change to the complier"

Which I wouldn't agree to it, if I worked for Microsoft

Every day, thousands of innocent plants are killed by vegetarians.

Help end the violence EAT BACON

#realJSOP21-Jun-20 1:35

#realJSOP

21-Jun-20 1:35

You can't have multiple classes with the same name, unless they're in different name spaces.

This won't work:

namespace One
{
    public class ABC {}
    public class ABC {}
}

but this will (as long as you fully qualify all instantiations):

namespace One
{
    public class ABC {}
}

namespace Two
{
    public class ABC {}
}

You could use inheritance, but your class names would still have to be unique.

Bohdan Stupak29-Jun-20 4:05

Bohdan Stupak

29-Jun-20 4:05

I'm sorry I've missed this answer and discovered it only when posted mine with the similar thinking