por
pobrecito hablador
el Miércoles, 02 Agosto de 2006, 09:51h
(#788410)
Pasar un mensaje a un objeto es como se llama en OO a invocar un método de un objeto (le estás pasando un mensaje a ese objeto), por si estabas pensando en cosas como MPI. Yo me refería también a C++, Java, etc. Y no he querido decir que no fuese imperativo (en absoluto), solo quería marcar dónde se encuentra la diferencia entre programación OO y procedimental, porque por alguna razón en alguno sitios se empeñan en llamarla estructurada :?
Lo de los paradigmas es lioso, sí. A mi me gusta dividirlo todo en dos grandes paradigmas: declarativo (en el que los programas se componen de relaciones entre declaraciones y no hay una secuencia de instrucciones), e imperativo (en el que los programas se componen de una secuencia de instrucciones). Luego, dos divisiones gordas que se pueden hacer en cada uno son: funcional y lógica en declarativo, y procedimental y orientada a objetos en imperativo. Todo lo demás que he visto (orientada a aspectos, por componentes, etc) son formas de entender la programación orientada a objetos, pero POO.
Re:pues como en javascript
(Puntos:0)Pasar un mensaje a un objeto es como se llama en OO a invocar un método de un objeto (le estás pasando un mensaje a ese objeto), por si estabas pensando en cosas como MPI. Yo me refería también a C++, Java, etc. Y no he querido decir que no fuese imperativo (en absoluto), solo quería marcar dónde se encuentra la diferencia entre programación OO y procedimental, porque por alguna razón en alguno sitios se empeñan en llamarla estructurada :?
Lo de los paradigmas es lioso, sí. A mi me gusta dividirlo todo en dos grandes paradigmas: declarativo (en el que los programas se componen de relaciones entre declaraciones y no hay una secuencia de instrucciones), e imperativo (en el que los programas se componen de una secuencia de instrucciones). Luego, dos divisiones gordas que se pueden hacer en cada uno son: funcional y lógica en declarativo, y procedimental y orientada a objetos en imperativo. Todo lo demás que he visto (orientada a aspectos, por componentes, etc) son formas de entender la programación orientada a objetos, pero POO.