-
Programiranje
(
http://www.devprotalk.com/forumdisplay.php?f=23)
| Dragi Tata |
03. 03. 2009. 20:49 |
@ Python Zealot :D
Da se razumemo, ja u stvari više volim Python, samo govorim sa stanovišta učenja OOP-a.
1) U Rubiju je sve objekat, čak i brojevi. U Pythonu je vidljiva razlika između ugrađenih i korisničkih tipova.
2) Podrška za privatne članove koja je u Python-u više stvar konvencije
3) Sintaksa: "self" u Pythonu kod poziva metoda.
|
| degojs |
04. 03. 2009. 02:25 |
Citat:
Originalno napisao Dragi Tata
(Napišite 66952)
1) U Rubiju je sve objekat, čak i brojevi. U Pythonu je vidljiva razlika između ugrađenih i korisničkih tipova.
|
Pa sad.. da li je prirodnije i razumljivije da brojevi budu brojevi ili tamo neki.. objekti? |
| nn.nn |
04. 03. 2009. 07:47 |
Citat:
Originalno napisao degojs
(Napišite 66957)
Pa sad.. da li je prirodnije i razumljivije da brojevi budu brojevi ili tamo neki.. objekti?
|
A šta su brojevi onda kad su samo "brojevi"? Nisu li to ti... objekti? Da ne bude zabune, ozbiljno pitam. Zašto je taj koncept (brojevi kao objekti) posebno težak za razumevanje za nekog ko barata OOP? Zar to nije samo jedna apstrakcija?
Uostalom, čini mi se kad god se pominje to sa brojevima, to je da bi se naglasilo da je Ruby do temelja objektno orjentisan. Ne vidim šta tu može praktično da pravi problem kad treba da sedneš nešto da kodiraš. Mada može i stojeći, ako imaš odgovarajući sto. ;)
Lična nota: ja sam Ruby učio kao, praktično, totalni početnik u programiranju, ako izuzmemo NAR-1 i 2, nekakav teorijski (papirni) Basic, nešto malo shell skriptovanja i povremeno očijukanje (bez pipanja) sa kodom u nekim drugim jezicima. Ne tvrdim da sam nešto mnogo napredovao, ali nisu brojevi ono što mi je možda bilo teško da razumem. |
| kaizen |
04. 03. 2009. 09:28 |
Citat:
Originalno napisao degojs
(Napišite 66957)
Pa sad.. da li je prirodnije i razumljivije da brojevi budu brojevi ili tamo neki.. objekti?
|
Prirodnije i razumljivije samo za nekog ko ni ne razume koncept OOPa.
Broj (ili da budemo precizniji, instanca broja) je odličan primer objekta:
* ima stanje (vrednost), koje je u ovom slučaju nepromenljivo, google:"immutable object"
* ima ponašanje izgrađeno oko tog stanja (koristi ga i zavisi i od njega, dobar primer su aritmetičke operacije)
* ima hijerarhiju (Float, Integer...) |
| Milos Vukotic |
04. 03. 2009. 10:01 |
Nije u tome poenta... Prirodnije je da broj bude broj jer smo ih tako naučili još prije osnovne škole, jednako kao što je prirodnije za biologa da ljude s kojima svakodnevno komunicira posmatra kao ljude a ne kao žive organizme koji stupaju u interakciju, ili kao što je nekom banderašu jednostavnije da posmatra struju kao struju a ne kao sinusoidalne oscilacije elektrona duž provodnika... Broj je broj :)
|
| kaizen |
04. 03. 2009. 10:48 |
Citat:
Originalno napisao Milos Vukotic
(Napišite 66960)
Nije u tome poenta... Prirodnije je da broj bude broj jer smo ih tako naučili još prije osnovne škole ...
|
Tvojom logikom, parče kôda koje sledi je potpuno neprirodno i nerazumljivo, jer Bože moj, drugačije smo učili iz matematike:
:1074: |
| ivanhoe |
04. 03. 2009. 10:53 |
njah, a jel prirodnije onda da string bude niz slova, a ne objekat? I niz isto tako, zasto je prirodnije da je niz objekat nego da je broj objekat?
osnovna OOP ideja je da svaki komad informacije ume sam da se snadje sa svojim vrednostima, bez da neko sa strane petlja po tome direktno, i po toj logici najnormalnija je ideja da svi tipovi podataka treba da budu objekti, sa geterima i seterima i pridruzenim metodama koje handluju operacije nad njihovim vrednostima..
|
| Petar Marić |
04. 03. 2009. 11:16 |
Citat:
Originalno napisao Dragi Tata
(Napišite 66952)
1) U Rubiju je sve objekat, čak i brojevi. U Pythonu je vidljiva razlika između ugrađenih i korisničkih tipova.
|
Koliko znam i broj je objekat, što se uostalom može proveriti i u konzoli:
Kôd:
In [1]: broj = -5
In [2]: broj.
broj.__abs__ broj.__int__ broj.__reduce_ex__
broj.__add__ broj.__invert__ broj.__repr__
broj.__and__ broj.__long__ broj.__rfloordiv__
broj.__class__ broj.__lshift__ broj.__rlshift__
broj.__cmp__ broj.__mod__ broj.__rmod__
broj.__coerce__ broj.__mul__ broj.__rmul__
broj.__delattr__ broj.__neg__ broj.__ror__
broj.__div__ broj.__new__ broj.__rpow__
broj.__divmod__ broj.__nonzero__ broj.__rrshift__
broj.__doc__ broj.__oct__ broj.__rshift__
broj.__float__ broj.__or__ broj.__rsub__
broj.__floordiv__ broj.__pos__ broj.__rtruediv__
broj.__getattribute__ broj.__pow__ broj.__rxor__
broj.__getnewargs__ broj.__radd__ broj.__setattr__
broj.__hash__ broj.__rand__ broj.__str__
broj.__hex__ broj.__rdiv__ broj.__sub__
broj.__index__ broj.__rdivmod__ broj.__truediv__
broj.__init__ broj.__reduce__ broj.__xor__
In [2]: broj.__abs__()
Out[2]: 5
In [3]: abs(broj)
Out[3]: 5
In [4]: broj.__abs__?
Type: method-wrapper
Base Class: <type 'method-wrapper'>
String Form: <method-wrapper '__abs__' of int object at 0x002D7F68>
Namespace: Interactive
Docstring:
x.__abs__() <==> abs(x)
Citat:
Originalno napisao Dragi Tata
(Napišite 66952)
3) Sintaksa: "self" u Pythonu kod poziva metoda.
|
self nije deo sintakse već je obična promenljiva - možeš je zvati i this i that, ali znaj da ćeš time oneraspoložiti druge Python programere. Uostalom pročitaj šta o self misle Bruce Eckel i Guido van Rossum. |
| Milos Vukotic |
04. 03. 2009. 11:17 |
Citat:
Originalno napisao kaizen
(Napišite 66961)
Tvojom logikom, parče kôda koje sledi je potpuno neprirodno i nerazumljivo, jer Bože moj, drugačije smo učili iz matematike:
:1074:
|
:1011: Grešiš, sinak, mojom logikom je prirodnije da se držimo onoga što lakše i brže završava posao :)
A tvojom logikom je prirodnije da pišem 2.increaseValue(2) nego 2+2 :)
I nemoj da si pomenuo operatore i overloading i ostalo, 2+2 je 2+2 i neću ni da razmišljam o tome :)
Htjedoh reći da je, kad unaprijediš svoje znanje u bilo kojoj oblasti, moguće to znanje primijeniti i na svakodnevni život i redefinisati shvatanje davno usvojenih stvari, ali da je često znatno jednostavnije držati se starog znanja.
Možeš npr. imati doktorat iz dinamike fluida ali ne znači da ćeš efikasnije napuniti čašu vode ako koristiš Stoksovu formulu i Bernulijevu jednačinu, samo ćeš izgubiti vrijeme. |
| Petar Marić |
04. 03. 2009. 11:22 |
Evo još jednog, boljeg, dokaza da broj zaista jeste objekat:
Kôd:
In [1]: type(5)
Out[1]: <type 'int'>
In [2]: isinstance(5, object)
Out[2]: True
In [3]: issubclass(int, object)
Out[3]: True
|
| Vreme je GMT +2. Trenutno vreme je 01:39. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
