#10963: More functorial constructions
-------------------------------------+-------------------------------------
       Reporter:  nthiery            |        Owner:  stumpc5
           Type:  enhancement        |       Status:  needs_info
       Priority:  major              |    Milestone:  sage-6.2
      Component:  categories         |   Resolution:
       Keywords:  days54             |    Merged in:
        Authors:  Nicolas M. Thiéry  |    Reviewers:  Simon King, Frédéric
Report Upstream:  N/A                |  Chapoton
         Branch:                     |  Work issues:
  public/ticket/10963-doc-           |       Commit:
  distributive                       |  7ab3103368e46d33f37e135a9eb09a1e16a029a7
   Dependencies:  #11224, #8327,     |     Stopgaps:
  #10193, #12895, #14516, #14722,    |
  #13589, #14471, #15069, #15094,    |
  #11688, #13394, #15150, #15506,    |
  #15757, #15759                     |
-------------------------------------+-------------------------------------

Comment (by tscrim):

 <rant>Nested classes have always been a problem to/for me. In Java, one
 can get performance problems via private access. I tried doing nested-
 classes in C++ with templates once and I couldn't get it to work. After
 looking into the STL, for example an iterator, they create the iterator
 outside of the container class, but have it referenced by the container
 class.</rant> In python, there's some technical things I'm not fully
 versed in, but it seems to be okay...at least to one level deep.

 With that being said (and keeping in mind I'm probably missing something),
 if we wanted to have `Cs.A` and `Ds.A` be the same class, but `Cs` and
 `Ds` are "unrelated", then IMO `A` should be written as a separate (non-
 nested) class and it follows good OOP. Yet if `Cs.A` and `Ds.A` are
 written in each class, I don't see the conflict.

 Thank you all for your work on this.

 PS - Nicolas, you numbering is off `:p`

--
Ticket URL: <http://trac.sagemath.org/ticket/10963#comment:542>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to