Kiedy nie stosować paradygmatu OOP?

0

Kiedy OOP absolutnie nie pasuje do problemu i jak to poznać? Jakie jest wasze doświadczenie w tej sprawie?

1

Jak mam do przetworzenia dane w bazie danych. Nie ma nic bardziej produktywnego niż SQL + procedury.

0
yarel napisał(a):

Jak mam do przetworzenia dane w bazie danych. Nie ma nic bardziej produktywnego niż SQL + procedury.

Wyczuwam hejt na ORMy/

0

Gdzie się nie stosuje, chociaż zakazu nie ma:

  1. W przetwarzaniu numerycznym - w programowaniu "kerneli" sprawdzają się lepiej języki proceduralne (tzn. OOP niczego nie wnosi). Patrz OpenCL, OpenMP => Fortran/C.
  2. W bazach danych - PL/SQL i SQL to języki nieobiektowe
  3. W pisaniu jądra systemu operacyjnego
  4. W prototypowaniu obliczeń naukowych i ekonomicznych
  5. W oprogramowaniu rakiet kosmicznych i próbników
0
vpiotr napisał(a):

Gdzie się nie stosuje, chociaż zakazu nie ma:

  1. W przetwarzaniu numerycznym - w programowaniu "kerneli" sprawdzają się lepiej języki proceduralne (tzn. OOP niczego nie wnosi). Patrz OpenCL, OpenMP => Fortran/C.
  2. W bazach danych - PL/SQL i SQL to języki nieobiektowe
  3. W pisaniu jądra systemu operacyjnego
  4. W prototypowaniu obliczeń naukowych i ekonomicznych
  5. W oprogramowaniu rakiet kosmicznych i próbników

Dlaczego?

2

O, już sobie wyobrażam oprogramowanie rakiety na JVM jak sie nagle Garbage Collector odpala ;]

1

OOPa można mieć i bez garbage collectora.

7

Przetwarzanie danych (jakichkolwiek), wtedy operujesz na danych i obiektowe wrappery tylko potrafią komplikować sprawę, a nawet wręcz utrudniać (bo odciągają cię od prawdziwego problemu, na rzecz szczegółów implementacji typu "deserializacja danych do obiektów i z powrotem").

1

OOP to tylko sposób organizacji kodu i danych. Czy program składający się z jednego obiektu przetwarzajacego dane prywatne dla tego obiektu i udostępniający wynik metodą to program obiektowy? Formalnie tak. A przecież praktycznie niczym się nie będzie różnic od proceduralnego.

0
Krolik napisał(a):

OOP to tylko sposób organizacji kodu i danych. Czy program składający się z jednego obiektu przetwarzajacego dane prywatne dla tego obiektu i udostępniający wynik metodą to program obiektowy? Formalnie tak. A przecież praktycznie niczym się nie będzie różnic od proceduralnego.

Straszie szeroka definicja, można pod nią podciągnąć kod pisany w paradygmacie czysto funjcyjnym. w zasadzie prawie każdy kod.

1 użytkowników online, w tym zalogowanych: 0, gości: 1