Jump to content

SUBIECTE NOI
« 1 / 5 »
RSS
Laptop cu HDD atasare memorie MMC...

Hartile google nu mai au chenarul...

Tomate in ghiveci la curte?

Idei cale de actiune recuperare g...
 Intoleranța lactoza- vegan v...

Tobe acustice insonorizare in blo...

Cine canta? Fragment din melodie...

Tablou sigurante Dacia Sandero 2012
 Baby Reindeer - 2024

Hotii voteaza hoti?!

Camera video masina

Zilele emailului din gospodaria n...
 Best gaming laptop?

Humane (2024)

Recomandare casti 100-150 lei

Schimbare bec far VW Touran 1T3
 

Operator overloading – da sau ba?

- - - - -
Last Updated: Apr 29 2019 08:12, Started by dani.user , Apr 20 2019 11:27  
  ·  
  • This topic is locked This topic is locked
99 replies to this topic

#91
DemocracySucks
Posted 28 April 2019 - 17:47

DemocracySucks

    Junior Member

  • Grup: Members
  • Posts: 227
  • Înscris: 06.04.2019

 TS030, on 28 aprilie 2019 - 17:19, said:

Nu, nu ar trebui sa fie o abominatie de genul ala.
O constructie de genul somePath.append(fileName) care nu adauga fileName la obiectul somePath - ci creaza un nou obiect - nu are nici un sens. Ca exista unele limbaje care nu si-au lasat alte posibilitati, nu e un argument.
In C++ ar putea fi
path filePath = append(somePath, fileName);
dar de ce, cand ai operator overloading?
Append am zis ca aia am vazut prin documentatia cpp17.
Merge si asta, merge si aia, merg si altele, dar fara operator overloading(mai ales "/" ... poate "+" ar mai merge)

 TS030, on 28 aprilie 2019 - 17:19, said:

dar de ce, cand ai operator overloading?
Daca n-ai inteles pana acum, degeaba iti mai explica cineva, ca esti prea incapatanat.

#92
TS030
Posted 28 April 2019 - 18:54

TS030

    Guru Member

  • Grup: Senior Members
  • Posts: 15,193
  • Înscris: 25.06.2012

 DemocracySucks, on 28 aprilie 2019 - 17:47, said:

Append am zis ca aia am vazut prin documentatia cpp17.
In C++ path::append() are sens de operator/=(), si returneaza o referinta catre obiectul modificat.

#93
OriginalCopy
Posted 28 April 2019 - 19:17

OriginalCopy

    I'm harmful, fear me please! :))

  • Grup: Senior Members
  • Posts: 27,268
  • Înscris: 10.08.2006

 TS030, on 28 aprilie 2019 - 18:54, said:

In C++ path::append() are sens de operator/=(), si returneaza o referinta catre obiectul modificat.
Ai izola sau n-ai izola folosirea de Path intr-o clasa sau ceva de genul?

#94
TS030
Posted 28 April 2019 - 19:37

TS030

    Guru Member

  • Grup: Senior Members
  • Posts: 15,193
  • Înscris: 25.06.2012

 OriginalCopy, on 28 aprilie 2019 - 19:17, said:

Ai izola sau n-ai izola folosirea de Path intr-o clasa sau ceva de genul?
Pe mine ma intrebai? Atunci de ce acel "voi"?
Repet, discutia asta nu e despre operator overloading si sincer n-am nici un chef sa o continui.

#95
OriginalCopy
Posted 28 April 2019 - 19:59

OriginalCopy

    I'm harmful, fear me please! :))

  • Grup: Senior Members
  • Posts: 27,268
  • Înscris: 10.08.2006

 TS030, on 28 aprilie 2019 - 19:37, said:

Pe mine ma intrebai? Atunci de ce acel "voi"?
Repet, discutia asta nu e despre operator overloading si sincer n-am nici un chef sa o continui.
Ba este, pentru ca operator overloading nu sta in pom, e folosit intr-un context, si raspunsul la intrebarea "da sau ba?" din titlu depinde de acel context.

Bine, daca vorbim la nivel amatoricesc si vrem sa bagam capul in nisip ca strutii, putem sa vorbim strict de operator overloading, dar atunci raspunsul e: depinde.

Putem sa oferim acest raspuns depinde si apoi sa ne uitam unii la altii ca prostii, fara sa elaboram de ce anume depinde.

Da, pe tine te intreb, ca esti un partener de discutii mai serios, restul mi se par clone puse pe trolling.

Edited by OriginalCopy, 28 April 2019 - 20:05.

#96
TS030
Posted 28 April 2019 - 20:20

TS030

    Guru Member

  • Grup: Senior Members
  • Posts: 15,193
  • Înscris: 25.06.2012
Ultima oara.
In discutia asta, despre operator overloading, eu consider problema structurarii codului deja rezolvata - pentru ca altfel discutam despre altceva, sau amestecam lucrurile de nu se mai intelege nimic.
Consider ca operator overloading - fiind sintactic sugar - nu-ti impune vreun mod particular de structurare a codului.
Evident ca as prefera sa nu imprastii cod responsabil cu "caile" peste tot. Asta n-are nici o treaba cu operator overloading.

#97
OriginalCopy
Posted 28 April 2019 - 20:36

OriginalCopy

    I'm harmful, fear me please! :))

  • Grup: Senior Members
  • Posts: 27,268
  • Înscris: 10.08.2006

 TS030, on 28 aprilie 2019 - 20:20, said:

Evident ca as prefera sa nu imprastii cod responsabil cu "caile" peste tot. Asta n-are nici o treaba cu operator overloading.
Pai e evident pentru tine.

Dar cititorii pasivi si novici de pe aici citesc "oaaau, Paaath", si baga la greu Path pe unde pot.

Despre protejarea lor e vorba aici, nu despre mine sau despre tine.


Ei si in acest context, ca folosesti operator/ e irelevant, la nivel arhitectural. E un amarat detaliu de implementare.

#98
DemocracySucks
Posted 28 April 2019 - 21:05

DemocracySucks

    Junior Member

  • Grup: Members
  • Posts: 227
  • Înscris: 06.04.2019

 OriginalCopy, on 28 aprilie 2019 - 20:36, said:

Dar cititorii pasivi si novici de pe aici citesc "oaaau, Paaath", si baga la greu Path pe unde pot.

Despre protejarea lor e vorba aici, nu despre mine sau despre tine.

 OriginalCopy, on 28 aprilie 2019 - 19:17, said:

Ai izola sau n-ai izola folosirea de Path intr-o clasa sau ceva de genul?
Cum sa "izolezi" folosirea de Path, cu ce scop? O astfel de clasa este o clasa utilitara si se foloseste oriunde este nevoie de un path (in general la operatiuni I/O cu fisiere). La fel cum folosesti string sau vector/arraylist samd cand ai nevoie de ele.

Hai arata ca nu esti tu troll si ca ai argumente tehnice solide pentru "izolarea"(ce o fi insemnand aia?) de Path!

 OriginalCopy, on 28 aprilie 2019 - 20:36, said:

Ei si in acest context, ca folosesti operator/ e irelevant, la nivel arhitectural. E un amarat detaliu de implementare.
Este relevant oricand si oriunde. Operatorii care nu au un inteles clar si larg raspandit, cvasi-unanim acceptat, nu au ce cauta in cod, caci il fac greu de citit si inteles.

#99
MarianG
Posted 28 April 2019 - 23:16

MarianG

    be that as it may

  • Grup: Moderators
  • Posts: 31,445
  • Înscris: 10.08.2005

 DemocracySucks, on 28 aprilie 2019 - 21:05, said:

Operatorii care nu au un inteles clar si larg raspandit, cvasi-unanim acceptat, nu au ce cauta in cod, caci il fac greu de citit si inteles.
in sfarsit suntem de acord cu ceva.

#100
parabellum
Posted 29 April 2019 - 08:12

parabellum

    Senior Member

  • Grup: Senior Members
  • Posts: 2,453
  • Înscris: 06.01.2010
Operatorii care nu au un inteles clar si larg raspandit pot sa fie din ceva care nu are un inteles clar si larg raspandit, caz in care aia care habar nu au la ce se uita n-ar trebui sa se uite :)

Anunturi

Bun venit pe Forumul Softpedia!
Back to Programming

▶ 0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

  1. Forumul Softpedia
  2. → Professional Zone
  3. → Programming
Forumul Softpedia foloseste "cookies" pentru a imbunatati experienta utilizatorilor Accept
Pentru detalii si optiuni legate de cookies si datele personale, consultati Politica de utilizare cookies si Politica de confidentialitate