comp.object

Date Index

UML and its implemented code, query_me2001
- Re: UML and its implemented code, Oliver Wong
  - Re: UML and its implemented code, raf
- Re: UML and its implemented code, Ilja Preuß
- Re: UML and its implemented code, H. S. Lahman
- Re: UML and its implemented code, EventHelix.com
  - Re: UML and its implemented code, query_me2001
    - Re: UML and its implemented code, EventHelix.com
  - Re: UML and its implemented code, Robert C . Martin
- Re: UML and its implemented code, Robert C . Martin
Persistence management patterns, Kallol Borah
- Re: Persistence management patterns, H. S. Lahman
  - Message not available
    - Re: Persistence management patterns, Kallol Borah
most appropriate design pattern, nlbauers
- Re: most appropriate design pattern, Patrick May
- Re: most appropriate design pattern, EventHelix.com
- Re: most appropriate design pattern, iamfractal
- Re: most appropriate design pattern, nlbauers
- Re: most appropriate design pattern, H. S. Lahman
How to I access a logging class from any other class., ssg31415926
- Re: How to I access a logging class from any other class., H. S. Lahman
- Re: How to I access a logging class from any other class., Daniel Parker
  - Re: How to I access a logging class from any other class., ssg31415926
- Re: How to I access a logging class from any other class., Robert C . Martin
Strategy and visitor Design Pattern, Peng Yu
- Re: Strategy and visitor Design Pattern, H. S. Lahman
  - Re: Strategy and visitor Design Pattern, Peng Yu
    - Re: Strategy and visitor Design Pattern, Ilja Preuß
    - Re: Strategy and visitor Design Pattern, H. S. Lahman
    - Re: Strategy and visitor Design Pattern, Robert C . Martin
    - Re: Strategy and visitor Design Pattern, H. S. Lahman
    - Message not available
    - Re: Strategy and visitor Design Pattern, Mike G
    - Re: Strategy and visitor Design Pattern, Mike G
- Message not available
  - Re: Strategy and visitor Design Pattern, Peng Yu
    - Re: Strategy and visitor Design Pattern, Robert C . Martin
Class design: variable business rules help!, Art
- Re: Class design: variable business rules help!, Cristiano Sadun
  - Re: Class design: variable business rules help!, Art
- Re: Class design: variable business rules help!, Francesco Vivoli
- Re: Class design: variable business rules help!, Patrick May
  - Re: Class design: variable business rules help!, laurent . ct
- Re: Class design: variable business rules help!, Doc O'Leary
  - Re: Class design: variable business rules help!, Art
    - Re: Class design: variable business rules help!, Doc O'Leary
- Re: Class design: variable business rules help!, H. S. Lahman
  - Re: Class design: variable business rules help!, Art
    - Re: Class design: variable business rules help!, Adrian Hey
    - Re: Class design: variable business rules help!, H. S. Lahman
  - Re: Class design: variable business rules help!, Robert C . Martin
    - Re: Class design: variable business rules help!, H. S. Lahman
- Re: Class design: variable business rules help!, Nick Malik [Microsoft]
  - Re: Class design: variable business rules help!, Cristiano Sadun
  - Re: Class design: variable business rules help!, Robert C . Martin
    - Re: Class design: variable business rules help!, Patrick May
    - Re: Class design: variable business rules help!, Robert C . Martin
    - Re: Class design: variable business rules help!, Patrick May
    - Re: Class design: variable business rules help!, Cristiano Sadun
- Re: Class design: variable business rules help!, Laurent Bossavit
- Re: Class design: variable business rules help!, Robert C . Martin
show text file access in UML, Rizwan
- Re: show text file access in UML, H. S. Lahman
Understanding OO Code, tony
- Re: Understanding OO Code, EventHelix.com
- Re: Understanding OO Code, Robert C . Martin
  - Re: Understanding OO Code, Daniel Parker
  - Re: Understanding OO Code, topmind
    - Re: Understanding OO Code, tony
    - Re: Understanding OO Code, Phlip
    - Re: Understanding OO Code, IndianCars
    - Re: Understanding OO Code, Phlip
- Re: Understanding OO Code, H. S. Lahman
  - Re: Understanding OO Code, Bjorn Reese
- Re: Understanding OO Code, Nick Malik [Microsoft]
- Re: Understanding OO Code, Zorro
How to express C++ template in UML, Peng Yu
- Re: How to express C++ template in UML, Phlip
Do It Yourself, tester384@xxxxxxxxx
- Re: Do It Yourself, Nick Malik [Microsoft]
DrawCLI example vs MVC, Timerwai
- Re: DrawCLI example vs MVC, Phlip
- Re: DrawCLI example vs MVC, H. S. Lahman
Java to C and alternatives to Object monitors, Kallol Borah
Data Access Objects?, rincewind
- Re: Data Access Objects?, H. S. Lahman
  - Re: Data Access Objects?, Ilja Preuß
    - Re: Data Access Objects?, H. S. Lahman
    - Re: Data Access Objects?, Ilja Preuß
    - Re: Data Access Objects?, H. S. Lahman
- Re: Data Access Objects?, frebe
- Re: Data Access Objects?, Robert C . Martin
  - Re: Data Access Objects?, Robert C . Martin
- Re: Data Access Objects?, CodeFutures
table oriented programming, Mikito Harakiri
- Re: table oriented programming, topmind
  - Re: table oriented programming, jazzcat
What is the point in using argument contravariance, Tony Johansson
- Re: What is the point in using argument contravariance, Dmitry A. Kazakov
Effecting run time change in behavior, Kallol Borah
- Re: Effecting run time change in behavior, Patrick May
- Re: Effecting run time change in behavior, H. S. Lahman
  - Re: Effecting run time change in behavior, Kallol Borah
    - Re: Effecting run time change in behavior, Patrick May
    - Re: Effecting run time change in behavior, H. S. Lahman
    - Re: Effecting run time change in behavior, Kallol Borah
    - Re: Effecting run time change in behavior, H. S. Lahman
    - Re: Effecting run time change in behavior, Patrick May
    - Re: Effecting run time change in behavior, Kallol Borah
how to draw nested type in UML?, Peng Yu
- Re: how to draw nested type in UML?, H. S. Lahman
LSP and subtype, Tony Johansson
- Re: LSP and subtype, H. S. Lahman
  - Re: LSP and subtype, Andreas Huber
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Andreas Huber
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Andreas Huber
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, Andreas Huber
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, H. S. Lahman
    - Message not available
    - Message not available
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, Andreas Huber
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, Daniel Parker
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Daniel Parker
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Daniel Parker
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, H. S. Lahman
    - Message not available
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Dmitry A. Kazakov
    - Re: LSP and subtype, Andreas Huber
    - Re: LSP and subtype, H. S. Lahman
    - Re: LSP and subtype, Andreas Huber
    - Re: LSP and subtype, H. S. Lahman
    - Message not available
    - Re: LSP and subtype, H. S. Lahman
    - Message-based vs. method-based interaction [was: Re: LSP and subtype], Andreas Huber
    - Re: Message-based vs. method-based interaction [was: Re: LSP and subtype], H. S. Lahman
    - Re: Message-based vs. method-based interaction [was: Re: LSP and subtype], Andreas Huber
    - Re: Message-based vs. method-based interaction [was: Re: LSP and subtype], Wavemaker
    - Re: Message-based vs. method-based interaction [was: Re: LSP and subtype], Andreas Huber
    - Re: Message-based vs. method-based interaction [was: Re: LSP and subtype], H. S. Lahman
    - Re: Message-based vs. method-based interaction [was: Re: LSP and subtype], Andreas Huber
    - Re: Message-based vs. method-based interaction [was: Re: LSP and subtype], H. S. Lahman
    - 3GL vs. 4GL [was: Re: LSP and subtype], Andreas Huber
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], H. S. Lahman
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], Dmitry A. Kazakov
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], H. S. Lahman
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], Dmitry A. Kazakov
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], H. S. Lahman
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], Dmitry A. Kazakov
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], H. S. Lahman
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], Andreas Huber
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], H. S. Lahman
    - Re: 3GL vs. 4GL [was: Re: LSP and subtype], Andreas Huber
- Re: LSP and subtype, Robert C . Martin
<UML> Relationships for data members and function arguments, Alex Vinokur
- Re: <UML> Relationships for data members and function arguments, Mark Woyna
  - Re: <UML> Relationships for data members and function arguments, Alex Vinokur
<UML> "uses" and "requires" stereotypes/relationships, Alex Vinokur
- Re: <UML> "uses" and "requires" stereotypes/relationships, Mark Woyna
argument contravariance, Tony Johansson
- Re: argument contravariance, Robert C . Martin
  - Re: argument contravariance, Marc Rohloff
    - Re: argument contravariance, Robert C . Martin
<UML> Activations in Sequence Diagram, Alex Vinokur
- Re: <UML> Activations in Sequence Diagram, Mark Woyna
  - Re: <UML> Activations in Sequence Diagram, Alex Vinokur
    - Re: <UML> Activations in Sequence Diagram, Mark Woyna
    - Re: <UML> Activations in Sequence Diagram, Robert C . Martin
result covariance, Tony Johansson
- Re: result covariance, Dmitry A. Kazakov
- Re: result covariance, Christopher Barber
Introducing the concept "state" to object-oriented programming, yaoziyuan
- Re: Introducing the concept "state" to object-oriented programming, yaoziyuan
  - Re: Introducing the concept "state" to object-oriented programming, nooogle
  - Re: Introducing the concept "state" to object-oriented programming, Doc O'Leary
- Re: Introducing the concept "state" to object-oriented programming, Mike Austin
- Re: Introducing the concept "state" to object-oriented programming, EventHelix.com
- Re: Introducing the concept "state" to object-oriented programming, H. S. Lahman
- Re: Introducing the concept "state" to object-oriented programming, Nick Malik [Microsoft]
- Re: Introducing the concept "state" to object-oriented programming, Bruno Desthuilliers
Good Guidelines and examples of Good Stakeholder Requests and Product Features, Major Kong
- Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Laurent Bossavit
  - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Major Kong
- Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Cristiano Sadun
- Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Laurent Bossavit
  - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Major Kong
    - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Laurent Bossavit
    - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Laurent Bossavit
  - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Roger L. Cauvin
  - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Cristiano Sadun
    - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Roger L. Cauvin
    - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Cristiano Sadun
    - Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Major Kong
- Re: Good Guidelines and examples of Good Stakeholder Requests and Product Features, Robert C . Martin
Re: Adaptive and object-oriented approaches, Henk Verhoeven
Re: should developers write technical requirements?, Ilja Preuß
- <Possible follow-ups>
- Re: should developers write technical requirements?, Ilja Preuß
  - Re: should developers write technical requirements?, Phlip
  - Re: should developers write technical requirements?, AndyW
    - Re: should developers write technical requirements?, Phlip
    - Re: should developers write technical requirements?, AndyW
    - Re: should developers write technical requirements?, scottf3095
    - Re: should developers write technical requirements?, Robert C . Martin
    - Re: should developers write technical requirements?, AndyW
    - Re: should developers write technical requirements?, scottf3095
    - Re: should developers write technical requirements?, Ilja Preuß
    - Re: should developers write technical requirements?, Robert C . Martin
    - Re: should developers write technical requirements?, AndyW
    - Re: should developers write technical requirements?, Robert C . Martin
    - Re: should developers write technical requirements?, adaworks
    - Re: should developers write technical requirements?, Robert C . Martin
    - Re: should developers write technical requirements?, Dmitry A. Kazakov
    - Re: should developers write technical requirements?, Robert C . Martin
    - Re: should developers write technical requirements?, Robert C . Martin
- Re: should developers write technical requirements?, Ilja Preuß
  - Re: should developers write technical requirements?, Phlip
    - Re: should developers write technical requirements?, Ilja Preuß
- Re: should developers write technical requirements?, AndyW
- Re: should developers write technical requirements?, AndyW
Data driven people arguments, Francesco Vivoli
- Re: Data driven people arguments, Laurent Bossavit
- Re: Data driven people arguments, JXStern
- Re: Data driven people arguments, H. S. Lahman
  - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, scottf3095
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, scottf3095
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, scottf3095
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, Charles Krug
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Patrick May
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Patrick May
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Patrick May
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Patrick May
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Patrick May
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Laurent Bossavit
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Laurent Bossavit
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, Laurent Bossavit
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, Laurent Bossavit
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, topmind
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
    - Re: Data driven people arguments, H. S. Lahman
    - Re: Data driven people arguments, frebe
- Re: Data driven people arguments, Robert C . Martin
- Re: Data driven people arguments, Cristiano Sadun
  - Re: Data driven people arguments, topmind
TDD and the development time, tercio@xxxxxxxxx
- Re: TDD and the development time, Nick Malik [Microsoft]
- Re: TDD and the development time, raf
  - Re: TDD and the development time, Phlip
    - Re: TDD and the development time, raf
    - Re: TDD and the development time, Phlip
    - Re: TDD and the development time, raf
    - Re: TDD and the development time, Phlip
    - Re: TDD and the development time, raf
    - Re: TDD and the development time, Phlip
- Re: TDD and the development time, Robert C . Martin
  - Re: TDD and the development time, AndyW
    - Re: TDD and the development time, AndyW
Composite Design Pattern, Merlin
- Re: Composite Design Pattern, H. S. Lahman
Re: Is programming/computer science an art or science? or both?, Ilja Preuß
Testing forces protected methods?, Francesco Vivoli
- Re: Testing forces protected methods?, Shezan Baig
- Re: Testing forces protected methods?, Ilja Preuß
  - Re: Testing forces protected methods?, Francesco Vivoli
    - Re: Testing forces protected methods?, Andrew McDonagh
    - Re: Testing forces protected methods?, Ilja Preuß
- Re: Testing forces protected methods?, Goran Sliskovic
- Re: Testing forces protected methods?, H. S. Lahman
  - Re: Testing forces protected methods?, Ilja Preuß
    - Re: Testing forces protected methods?, Mark Woyna
    - Re: Testing forces protected methods?, Ilja Preuß
- Re: Testing forces protected methods?, Michael Schneider
Not able to open objectime tool on linux, hirendra_a
- Re: Not able to open objectime tool on linux, H. S. Lahman
newbie object design question, ChrisB
- Re: newbie object design question, Nick Malik [Microsoft]
  - Re: newbie object design question, ChrisB
    - Re: newbie object design question, Nick Malik [Microsoft]
- Re: newbie object design question, H. S. Lahman
  - Re: newbie object design question, ChrisB
    - Re: newbie object design question, H. S. Lahman
Should you write use cases without actors?, Major Kong
- Re: Should you write use cases without actors?, H. S. Lahman
- Re: Should you write use cases without actors?, Nick Malik [Microsoft]
  - Re: Should you write use cases without actors?, Major Kong
[UML] Full lines between Use Cases, Alex Vinokur
- Re: [UML] Full lines between Use Cases, Juergen Wuest
Re: Design advice needed, H. S. Lahman
- Re: Design advice needed, elvis_the_king
  - Re: Design advice needed, H. S. Lahman
- <Possible follow-ups>
- Re: Design advice needed, Nick Malik [Microsoft]
  - Re: Design advice needed, elvis_the_king
    - Re: Design advice needed, Nick Malik [Microsoft]
- Re: Design advice needed, Stefan Seefeld
- Design advice needed, lothar . behrens
  - Re: Design advice needed, Nick Malik [Microsoft]
Improving my OOA/OOD abilities, Carmine Moleti
- Re: Improving my OOA/OOD abilities, Michael Schneider
- Re: Improving my OOA/OOD abilities, Laurent Bossavit
  - Re: Improving my OOA/OOD abilities, Carmine Moleti
    - Re: Improving my OOA/OOD abilities, Laurent Bossavit
    - Re: Improving my OOA/OOD abilities, Duncan A. McRae
    - Re: Improving my OOA/OOD abilities, Laurent Bossavit
    - Re: Improving my OOA/OOD abilities, Carmine Moleti
    - Re: Improving my OOA/OOD abilities, Michael Schneider
- Message not available
  - Re: Improving my OOA/OOD abilities, Carmine Moleti
Double Dispatch ?, raxitsheth
- Re: Double Dispatch ?, Dmitry A. Kazakov
  - Re: Double Dispatch ?, raxitsheth
  - Re: Double Dispatch ?, rafaeldff
- Re: Double Dispatch ?, Mike Austin
- Re: Double Dispatch ?, Guy
- Re: Double Dispatch ?, Patrick May
OOP Deseign for a chat room, mercuryguy
- Re: OOP Deseign for a chat room, Phlip
- Re: OOP Deseign for a chat room, Nick Malik [Microsoft]
  - Re: OOP Deseign for a chat room, LeeMorris
Re: Why encapsulate state pattern......, Mark Nicholls
- Re: Why encapsulate state pattern......, Brendan Guild
  - Re: Why encapsulate state pattern......, Mark Nicholls
    - Re: Why encapsulate state pattern......, iamfractal
    - Re: Why encapsulate state pattern......, Mark Nicholls
- <Possible follow-ups>
- Re: Why encapsulate state pattern......, Mark Nicholls
- Re: Why encapsulate state pattern......, Mark Nicholls
Re: UML modeler reviews, Marco
library for querying virtual polygon over raster spatial data, paul
Re: Question Unified Process, Steven Woody
- Re: Question Unified Process, Nick Malik [Microsoft]
- Re: Question Unified Process, Robert C . Martin
- <Possible follow-ups>
- Re: Question Unified Process, Robert C . Martin
- Re: Question Unified Process, Robert C . Martin
- Re: Question Unified Process, Robert C . Martin
- Re: Question Unified Process, Robert C . Martin