Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #14622 > unrolled thread

Re: How is this "pattern" called?

Back to article view | Back to comp.lang.java.programmer

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: How is this "pattern" called? Jim Janney <jjanney@shell.xmission.com> - 2012-05-18 10:03 -0600
    Re: How is this "pattern" called? Gene Wirchenko <genew@ocis.net> - 2012-05-18 10:50 -0700
      Re: How is this "pattern" called? markspace <-@.> - 2012-05-18 12:20 -0700
        Re: How is this "pattern" called? Gene Wirchenko <genew@ocis.net> - 2012-05-18 14:13 -0700
          Re: How is this "pattern" called? Patricia Shanahan <pats@acm.org> - 2012-05-18 14:35 -0700
            Re: How is this "pattern" called? Gene Wirchenko <genew@ocis.net> - 2012-05-18 15:29 -0700
              Re: How is this "pattern" called? Arne Vajhøj <arne@vajhoej.dk> - 2012-05-19 22:38 -0400
                Re: How is this "pattern" called? Lew <noone@lewscanon.com> - 2012-05-20 11:34 -0700
                  Re: How is this "pattern" called? Arne Vajhøj <arne@vajhoej.dk> - 2012-05-20 14:59 -0400
                  Re: How is this "pattern" called? Patricia Shanahan <pats@acm.org> - 2012-05-20 12:03 -0700
                  Re: How is this "pattern" called? markspace <-@.> - 2012-05-20 13:19 -0700
                  Re: How is this "pattern" called? Wanja Gayk <brixomatic@yahoo.com> - 2012-05-30 14:32 +0200
                    Re: How is this "pattern" called? Lew <noone@lewscanon.com> - 2012-06-02 09:25 -0700
                Re: How is this "pattern" called? Gene Wirchenko <genew@ocis.net> - 2012-05-20 20:40 -0700
                  Re: How is this "pattern" called? Wanja Gayk <brixomatic@yahoo.com> - 2012-05-30 14:33 +0200
            Re: How is this "pattern" called? Wanja Gayk <brixomatic@yahoo.com> - 2012-05-30 14:32 +0200
          Re: How is this "pattern" called? markspace <-@.> - 2012-05-18 15:28 -0700
          Re: How is this "pattern" called? Arne Vajhøj <arne@vajhoej.dk> - 2012-05-19 22:37 -0400
            Re: How is this "pattern" called? Gene Wirchenko <genew@ocis.net> - 2012-05-20 20:43 -0700
              Re: How is this "pattern" called? Lew <noone@lewscanon.com> - 2012-05-21 00:09 -0700
                Re: How is this "pattern" called? Gene Wirchenko <genew@ocis.net> - 2012-05-21 10:04 -0700
              Re: How is this "pattern" called? Wanja Gayk <brixomatic@yahoo.com> - 2012-05-30 23:58 +0200
      Re: How is this "pattern" called? Arne Vajhøj <arne@vajhoej.dk> - 2012-05-19 22:33 -0400
        Re: How is this "pattern" called? Gene Wirchenko <genew@ocis.net> - 2012-05-20 20:44 -0700
          Re: How is this "pattern" called? Lew <noone@lewscanon.com> - 2012-05-21 00:11 -0700

Page 2 of 2 — ← Prev page 1 [2]

#14742

On Mon, 21 May 2012 00:09:54 -0700, Lew <noone@lewscanon.com> wrote:

>Gene Wirchenko wrote:
>> Arne Vajhøj wrote:
>>> Gene Wirchenko wrote:
>>>> markspace wrote:
>>>>> Gene Wirchenko wrote:
>>>>>>         a case of KISS or maybe YAGNI.
>>>>
>>>>> I like these too; good thoughts.
>>>>
>>>>        I have tended to avoid using OOP patterns except for what I came
>>>> up with myself.
>>>
>>> That means that either you are absolute brilliant or a fool
>>> not to learn from other.
>>
>>       You are missing the possibility that they are not needed.  I do
>> not like overcomplicating my code.  I like to keep it simple since I
>> am probably the one who will have to modify it in the future.
>>
>>       If a pattern works for me, fine, I will use it.  If I do not need
>> it, then I will not use it.
>>
>>       I am not against patterns; I am against their use everywhere
>> regardless of circumstances.
>>
>> [snip]
>
>A 'for' loop is a pattern. A 'try-catch' idiom that reliably closes an 
>external resource (e.g., 'Reader' or 'Writer') in the same way each time you 
>write one is a pattern. Putting your member declarations in a certain order is 
>a pattern. Are you seriously suggesting that you have written non-trivial code 
>that is devoid of patterns?

     I have been referring to OOP patterns.

>If so, you are lying.

     More than a bit strong of language.

Sincerely,

Gene Wirchenko

[toc] | [prev] | [next] | [standalone]

#14947

In article <u9ejr71ed5r1jqf2eu1m2gcvjktdqca94v@4ax.com>, genew@ocis.net 
says...

>      If a pattern works for me, fine, I will use it.  If I do not need
> it, then I will not use it.

Who does anyway?

Kind regards,
-Wanja-


-- 
..Alesi's problem was that the back of the car was jumping up and down 
dangerously - and I can assure you from having been teammate to 
Jean Alesi and knowing what kind of cars that he can pull up with, 
when Jean Alesi says that a car is dangerous - it is. [Jonathan Palmer]

--- Posted via news://freenews.netfront.net/ - Complaints to news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#14668

On 5/18/2012 1:50 PM, Gene Wirchenko wrote:
> On Fri, 18 May 2012 10:03:04 -0600, Jim Janney
> <jjanney@shell.xmission.com>  wrote:
>> ram@zedat.fu-berlin.de (Stefan Ram) writes:
>>>    In the MVC pattern, I think, M, V, and C should be at least
>>>    one non-innner class each?
>>>
>>>    I often have seen (possibly, especially in beginner code) a
>>>    coding pattern, where there is only one single non-inner class:
>>>    the model.
>
>       Beginner code does tend to be for a small system.
>
>>>    The listeners and the view then are embedded into this
>>>    model, possibly, as inner classes. It's not really MVC
>>>    as the observer pattern is not used for decoupling.
>>>
>>>    So, to code a simple Java-GUI application, one just writes
>>>    a single class with the model and the controllers as inner
>>>    classes and no observer pattern for model-view decoupling.
>>>    Is there a name for this simple design?
>
>       How about "KISS"?
>
>>>    What about »the bulk-class pattern«? Or »the naive GUI pattern«?
>>
>> Big Ball of Mud seems to fit:
>>
>> http://laputan.org/mud/
>
>       If the ball is not big, then it is a case of KISS or maybe YAGNI.
>
>       There is little sense in using large system methodology on a
> small system.  (Do watch though that you do not keep adding to a small
> system and switch over to having a large system wihtout realising it.)

True.

But separation of M, V and C seems to become relevant when
passing the 500 LOC mark.

Arne

[toc] | [prev] | [next] | [standalone]

#14708

On Sat, 19 May 2012 22:33:01 -0400, Arne Vajhøj <arne@vajhoej.dk>
wrote:

>On 5/18/2012 1:50 PM, Gene Wirchenko wrote:

[snip]

>>       If the ball is not big, then it is a case of KISS or maybe YAGNI.
>>
>>       There is little sense in using large system methodology on a
>> small system.  (Do watch though that you do not keep adding to a small
>> system and switch over to having a large system wihtout realising it.)
>
>True.
>
>But separation of M, V and C seems to become relevant when
>passing the 500 LOC mark.

     See?  You agree with me.  Different sizes of systems need
different methodologies.

Sincerely,

Gene Wirchenko

[toc] | [prev] | [next] | [standalone]

#14716

Gene Wirchenko wrote:
> Arne Vajhøj wrote:
>>  Gene Wirchenko wrote:
>
> [snip]
>
>>>        If the ball is not big, then it is a case of KISS or maybe YAGNI.
>>>
>>>        There is little sense in using large system methodology on a
>>> small system.  (Do watch though that you do not keep adding to a small
>>> system and switch over to having a large system wihtout realising it.)
>>
>> True.
>>
>> But separation of M, V and C seems to become relevant when
>> passing the 500 LOC mark.
>
>       See?  You agree with me.  Different sizes of systems need
> different methodologies.

Two smart people agree on something that is true. Amazing.

-- 
Lew
Honi soit qui mal y pense.
http://upload.wikimedia.org/wikipedia/commons/c/cf/Friz.jpg

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.lang.java.programmer

csiph-web