<div dir="ltr"><div dir="ltr"></div><div class="gmail_quote"><div class="gmail_attr">Whoa!  After years of arguing that we should be using Dictionary's and #=, instead of IdentityDictionary's and #==, someone pops up even _more_ sympathetic to it than crazy ol'e me, LOL!</div><div class="gmail_attr"><br></div><div dir="ltr" class="gmail_attr">On Fri, Apr 24, 2020 at 12:08 PM Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de" target="_blank">marcel.taeumel@hpi.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_5417986694723335960m_7734534835494216047gmail-m_-3204896297421067277__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0)">
                                        <span style="font-family:Arial,Helvetica,sans-serif;font-size:13px">> But you already know that this is a class name...</span><br><div><span style="font-family:Arial,Helvetica,sans-serif;font-size:13px"><br></span></div><div>That's not the point. I am arguing for simplicity and discoverability. You arguing in favor of some implementation detail for a performance gain.</div></div></div></blockquote><div><br></div><div>I'm not.  For me, it's the fact that the class names managed by Smalltalk really are known from the outside to be semantically symbolic, distinct and canonical.  Like ENUM values.  Not "names" of undistinct objects like "Fred" .</div><div><br></div><div>But, your personal preference, Marcel, is much more palatable to me than the places we employ IdentityDictionary's and #== because we "know" we're using Symbols in underneath.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_5417986694723335960m_7734534835494216047gmail-m_-3204896297421067277__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0)"><div>There should be a #classAt: if you want the client to specify an identifier.</div></div></div></blockquote><div><br></div><div>Yes, but having both is overkill and #classNamed: is too legacy to rename.  The fact this can be suggested this points to the symbolic nature of the names!  ;-)</div><div><br></div><div><div>Best,</div><div>  Chris</div></div></div></div>