lies about OOP

Andy Salnikov a_salnikov at yahoo.com
Thu Dec 16 23:41:41 EST 2004


"Gregor Horvath" <g.horvath at mx.at> wrote in message
news:TCTvd.104661$ha.92505 at news.chello.at...
> Daniel T. wrote:
> > beliavsky at aol.com wrote:
> >
> >
> >>A paper finding that OOP can lead to more buggy software is at
> >>http://www.leshatton.org/IEEE_Soft_98a.html
> >
> >
> > Sure, OOP *can* lead to more buggy software, that doesn't mean it always
> > does.
> >
>
> I think that costs(=time) to develop and maintain software depends not
> on wheter it is based on OOP or not but on two factors:
>
> * Number of NEW Code lines to solve the given problem
> * Complexity of this new code
>
  Complexity of the code in turn may depend on too many factors.
For me OOP is good because it gives me the means to manage the
complexities. Remember that OO is not only about objects and
things like encapsulation, important part of OO analysis and design
is making dependencies "right" which in turn reduces complexity.

> The anwser to the question if OOP is better is: it depends
>
> If the given problem is solved with less code and complexity in OOP then
> it is the better approach if not the reverse is true.
>
  For any given problem there could an infinite set of solutions
expressed in any methodology. If you take best non-OO and compare
it with he worst OO, the winner is pre-determined :) And then
chosing a winner is always subjective, we are all people :) When
programs will be written by robots they will chose objective
criteria which will tell if OO is better for particular task.
But then we won't need to disscuss itin c.l.py :)

> Thats why I like python because it does not force to use OOP or
> procedural programming.
>
> But isnt the main argument to code in Python (or other high level
> languages) easy of use and compact code?
>
> Therefore should Python code be less buggy and cheaper to develop and
> maintain. Are there any papers on that?
>
  Compact is not a synonim for less complex. It just means that you
can express a solution in fewer lines of code. COmplexity of the code
will remain the same as in any other language. And there is no bug-free
code, there is well-tested code.

  Andy.







More information about the Python-list mailing list