Entrar
¿Nuevo usuario? Inscribirme
smalltalking · Un lugar para el estudio y desarrollo de Ambientes de Objetos virtuales.
? ¿Ya estás suscrito? Entra a Yahoo!

Consejos

¿Sabías que...?
Podés hacer búsquedas de antiguos mensajes del grupo.

Mensajes

  Mensajes Ayuda
Avanzado
Commnet inST. Again !!!   Lista de mensajes  
Responder | Reenviar Mensaje #15499 de 17205 |
Hola Gente
 
Hace algún tiempo buscando en los históricos encontré algo sobre "Comment in Smalltalk" , incluso reenvié el mail a la lista para los que no lo habían visto.
Desde entonces me quede con algunas dudas.
Una de ellas tiene que ver con esto:
 
VS>>actionForEvent: eventName
"Answer the action to evaluate when the event
named <eventName> is triggered by the receiver."
^self eventTable
at: eventName asSymbol
ifAbsent: [nil]
 
 
 
VW>>actionForEvent: anEventNameSymbol
"Answer the action to evaluate when the event
named <anEventNameSymbol> is triggered by the receiver."
^self eventTable
at: anEventNameSymbol asSymbol
ifAbsent: [nil]
Este es el mismo método en 2 diferentes ST, como puede verse el nombre del argumento no coincide.
Esto indica una diferencia de criterio a la hora de nombrar argumentos.
En muchas ocasiones he visto que un argumento comienza con "an o aXXXX" y que en otros casos solo se nombra como xXXXX.
Una de las dudas tiene que ver con eso. Cuando nombrar "an o aXXXX" o "xXXXX".
Ale decía:
 
Al escribir el messagePattern del metodo, los nombres
de los argumentos son los nombres de los objetos
tal como los ve el receptor y no como los ve el
contexto en que esta siendo usado!.
 
Según esto, los dos nombres son correcto en ambos métodos, pero por que uno empieza con "an" el otro no.
 
Otra duda es el hecho de que en algunos ST se usa en el messagePatter algo como esto:
 
add: anObject
 
"Adds the specified object to the receiver.
Parameters:
anObject The object to add.
Return Value:
anObject.
"
 
Si yo nombro a un argumento como el receptor necesita verlo, que sentido tiene colocar una descripción del mismo en parameters:.
Se supone que la forma en que esta nombrado ya lo dice todo.
Un ejemplo donde es inecesario hacer esto:
 
getBreakpoints: aMethodDescriptor
"
Returns the breakpoints for a given method descriptor.
Parameters:
aMethodDescriptor A MethodDescriptor.
Return Value:
An OrderedCollection of breakpoint lines or nil.
"
 
 
Además tiene sentido el Return Value: ???
En VS el método
add: anObject se ve así:
 
VS>>add: anObject
"Answer anObject. Add anObject after the
last element of the receiver collection."
 
También dice que retorna anObject pero no con un Return Value:
Cual es la manera adecuada
 
Se que muchas de esta dudas son sutilezas pero me interesaría saber porque.
Creo que el no saberlas hace que luego se vean cosas muy distintas en los distintos ST y que el que quiere aprender nunca sepa cual es la manera correcta de hacerlo.
 
Esta demas decir que busque en los históricos, pero no encontré mas referencias a este tema.
 
saludos kiko
 
 
 

 


Preguntá. Respondé. Descubrí.
Todo lo que querías saber, y lo que ni imaginabas,
está en Yahoo! Respuestas (Beta).
Probalo ya!

Sáb, 3 de Feb, 2007 5:45 pm

kikogregoris
Sin conexión Sin conexión
Enviar correo Enviar correo

Reenviar Mensaje #15499 de 17205 |
Desplegar mensajes Autor Ordenar por fecha

Hola Gente Hace algún tiempo buscando en los históricos encontré algo sobre "Comment in Smalltalk" , incluso reenvié el mail a la lista para los que no lo...
kikote gregoris
kikogregoris
Sin conexión Enviar correo
3 de Feb, 2007
5:46 pm

Hola kiko, yo estuve viendo que hay dos estilos para nombrar los parámetros, por su valor semántico o por el tipo de objeto que se espera que ésta almacene,...
Matías Castilla
matiascastilla
Sin conexión Enviar correo
3 de Feb, 2007
6:58 pm

Hola kiko, Las diferencias muestran algunas de las muchas diferentes formas de ver el tema del comment en smalltalk... Verás que en (casi?) ningún lugar se...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
3 de Feb, 2007
7:26 pm

Hola Ale Ok. Entiendo. Vos decis: Volviendo a tu pregunta, creo que te estas tomando muy en serio los comentarios escritos por personas distintas, de las que,...
kikote gregoris
kikogregoris
Sin conexión Enviar correo
6 de Feb, 2007
2:19 pm

Hola kiko, ... El comment es escrito por la mayoría de la gente, para decir a otros(o a uno mismo) lo que no está claro o no esta "dicho" en el lugar dónde...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
8 de Feb, 2007
12:59 pm

Hola Ale, Matías, Gente Bueno estuve leyendo el libro “Smalltalk with Style” y coincide bastante con lo que se puede ver en VS, no así con los demás ST...
kikote gregoris
kikogregoris
Sin conexión Enviar correo
8 de Feb, 2007
5:23 pm

Hola gente, Acerca de los comments y las implementaciones he escuchado cosas como: "Lo que pasa es que uds los de smalltalk dicen que el codigo se autoexplica ...
Elvio Fernandez
elvisman_780
Sin conexión Enviar correo
8 de Feb, 2007
6:17 pm

... ta vez se refieran a los comentarios para explicar la semántica de un mensaje. En java por ejemplo hay ya casi una síntaxis definida para eso y a partir...
Sebastian Gurin
cancerbero_sgx
Sin conexión Enviar correo
8 de Feb, 2007
7:17 pm

Hola Elvio, lista, ... Es muy posible que quienes evalúan la cantidad "de código" documentado en Smalltalk, observen que es muy poco; y que se les haya dado...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
12 de Feb, 2007
8:18 pm

Hola Ale, gente, "Si ocurre así debe ser porque tiene una herramienta donde el texto se pone rojo cuando es de más líneas :-P". jejej!! No existe esa...
Elvio Fernandez
elvisman_780
Sin conexión Enviar correo
15 de Feb, 2007
2:21 pm

Hola, ... Seguro? ... Ventajas de producir con equipos pequeños. ... Es consecuencia de "algo". Justamente de "no programar", sino de amasar objetos. (no de...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
16 de Feb, 2007
7:05 pm

Hola kiko, ... Creo que es por la fecha en que el libro fue escrito, y porque es muy posible que quienes escribieron en los otros smalltalks no escribieron en...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
8 de Feb, 2007
6:11 pm

Kiko, fijate que el libro también trata sobre estilos de comentario. Ciertamente, si nombrás los parámetros por el tipo no debería ser necesario volver a...
Matías Castilla
matiascastilla
Sin conexión Enviar correo
3 de Feb, 2007
7:00 pm

Hola Matías Gracias por el aporte. Todavía no he podido leer nada, pero estoy en eso. saludos kiko Matías Castilla <matias.castilla@...>...
kikote gregoris
kikogregoris
Sin conexión Enviar correo
6 de Feb, 2007
2:17 pm

Hola gente les pido si alguien me puede dar una mano con esto, tengo que construir un manual completo de la gramatica de BNF de smalltalk , asi que estuve...
Jessica Martinez
jessepil2
Sin conexión Enviar correo
5 de Feb, 2007
7:12 pm

esto es lo más cercano que yo he encontrado: http://www.gnu.org/software/smalltalk/gst-manual/gst_41.html#SEC101...
Sebastian Gurin
cancerbero_sgx
Sin conexión Enviar correo
5 de Feb, 2007
8:45 pm

Squeak: http://wiki.squeak.org/squeak/409 VisualWorks: ...
Hernán Morales
hernanfmorales
Sin conexión Enviar correo
5 de Feb, 2007
10:27 pm
Avanzado

Copyright © 2009 Yahoo! de Argentina S.R.L. Todos los derechos reservados.
Política de privacidad - Condiciones del Servicio - Reglas de la comunidad de Yahoo! - Ayuda