#18099: Prepare linear_code for inheritance
-------------------------------------+-------------------------------------
       Reporter:  dlucas             |        Owner:
           Type:  enhancement        |       Status:  needs_work
       Priority:  major              |    Milestone:  sage-6.6
      Component:  coding theory      |   Resolution:
       Keywords:  sd66               |    Merged in:
        Authors:  David Lucas        |    Reviewers:
Report Upstream:  N/A                |  Work issues:
         Branch:                     |       Commit:
  u/dlucas/prepare_linear_code_for_inheritance|  
8905552948a0896a46e587815cce539b6e60aae9
   Dependencies:                     |     Stopgaps:
-------------------------------------+-------------------------------------

Comment (by ncohen):

 Hello,

 > 1. What is the point of having two classes `AbstractLinearCode` and
 `LinearCode`. I would naturally name `LinearCode` the one from which I
 need to inherit from. Why not `LinearCode` and `LinearCode_generic`
 instead?

 I am not sure that I totally understand your question, but I may be able
 to help a bit.

 The class which is currently named "LinearCode" should (to me) be named
 "LinearCodeFromMatrix" in the code [1]. It is meant to represent a linear
 code *defined* from a matrix. On the other hand, they will have some code
 which will *not* be defined from a matrix [2]. Thus, I thought that it
 made sense to have a class defining methods which apply to all kinds of
 codes in some astract class (I don't care much what the name of that class
 is).

 Nathann

 P.S.: As usual, when we discuss things "live", important information is
 left out from the ticket's comments.

 [1] At user level, I don't see anything wrong with having it aliased as
 "LinearCode", as it is the easiest way for users to define a code.

 [2] Like Reed-Solomon codes. They apparently have better ways to compute
 things than to work on a matrix.

--
Ticket URL: <http://trac.sagemath.org/ticket/18099#comment:18>
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/d/optout.

Reply via email to