Topic: string.concat


Author: 850347s@aucs.acadiau.ca (Hume Smith)
Date: 4 Apr 92 00:42:04 GMT
Raw View
hmiller@osiris (Harry Miller) writes:

>850347s@aucs.acadiau.ca (Hume Smith) writes:

>>no offense, but "simple things get operators, complicated things
>>get functions" seems like C and Fortran thinking.

>Hey, keep flaming away.  The more you do, the more I (may) learn something,
>and beat you out of that $150,000 job :-) :-).  Well, probably not, but
>it's worth a laugh or two.

more likely probably not since i just started C++ this term too.  no k$150
job here.  (anyone got one they're willing to give me?)




Author: nicted@toz.buffalo.ny.us (Nicole Tedesco)
Date: 8 Apr 92 02:41:12 GMT
Raw View
hmiller@osiris (Harry Miller) writes:

> IMHO, solving linear eqautions needs a distinct function call since it is
> a very special matrix operation.  C++ operators should be defined for basic
> operations, the more complex operations should use function calls.
>
> I'm new to C++, so forgive me if my opinion does not conform to the
> average though.  But I'm not much of a conformist anyway.
>
>
> Harry E. Miller ----------------- just a jerk lurking on the net
> hmiller@osiris.cso.uiuc.edu ----- where to send the hate mail

Don't worry.  Conformist or not, I agree with you.

- Nicole

---------------------------------------------------------------------
nicted@toz.buffalo.ny.us (Nicole Tedesco)
-- Change this!




Author: sakkinen@jyu.fi (Markku Sakkinen)
Date: 3 Apr 92 13:00:38 GMT
Raw View
In article <22188@prometheus.megatest.UUCP> djones@megatest.UUCP (Dave Jones) writes:
>I've got a micro-nit to pick. In almost every C++ book there is
>an example "string" class. It almost always has an operator+ defined
>which is an alias for "concat". WRONGO, Algebra Breath!
>
>The concatenation operator should properly be '*', not '+', because
> ...
>It is possible to formulate an algebra over the sets of strings for which
>a remarkable number of familiar algebraic identities hold. (I taught a course
>in formal language-theory a couple of times at Ohio University which
>used this stuff as its basis.)
>
>Make the following definitions:
>
>1. 0 denotes the empty set.
>
>2. 1 denotes the set whose only member is the null string.
> ...

Sorry, but your reasoning is highly irrelevant because you are
jumping from a "string" class to a "set of strings" class at the
very beginning.  I can imagine cases in which one could be interested
in defining such a set class, but the need for a string class is certainly
by some orders of magnitude more common.

----------------------------------------------------------------------
Don't smell rotten -- avoid a "look and smell" litigation from
Apple Computer.

Markku Sakkinen (sakkinen@jytko.jyu.fi)
       SAKKINEN@FINJYU.bitnet (alternative network address)
Department of Computer Science and Information Systems
University of Jyvaskyla (a's with umlauts)
PL 35
SF-40351 Jyvaskyla (umlauts again)
Finland
----------------------------------------------------------------------




Author: hmiller@osiris (Harry Miller)
Date: 3 Apr 92 14:42:11 GMT
Raw View
850347s@aucs.acadiau.ca (Hume Smith) writes:

>hmiller@osiris (Harry Miller) writes:

>>IMHO, solving linear eqautions needs a distinct function call since it is
>>a very special matrix operation.  C++ operators should be defined for basic
>>operations, the more complex operations should use function calls.

>solving a system isn't really any more special than multiplying
>two matrices, IMO.  it's complicated, and you may want to have a
>few support functions (LU decomp or whatever method you use), but
>it seems to me a nice abstraction to label the whole process /.

>no offense, but "simple things get operators, complicated things
>get functions" seems like C and Fortran thinking.

No offense taken, I'm a layed back beginning C++ programmer!  Actually it's
probably because I'm to stupid to take offense (I don't know where to take
it to!) :-).

I just started learning C++ at the beginning of this semester, so my IMHOs
are not based on much real experience.  I am a C programmer and sometimes
a Fortran programmer (though I try to hide that fact), so my programming
paradigms (big word, cheap thought) are based on C programming experience,
not C++ experience.

Hey, keep flaming away.  The more you do, the more I (may) learn something,
and beat you out of that $150,000 job :-) :-).  Well, probably not, but
it's worth a laugh or two.


Harry E. Miller ----------------- just a jerk lurking on the net
hmiller@osiris.cso.uiuc.edu ----- where to send the hate mail