![]() |
hacer a->b->c(); con una clase
hola amigos, tengo una clase en la que habrá métodos y quiero que por ejemplo haya una estructura con mas metodos. Por ejemplo, la estructura int que contenga a tofloat, tohex, y tobin. Entonces, poder hacer clase->int->tobin(); ¿Como hago eso? Se me ocurrio crear esos metodos como privados y luego crear una estructura dentro del public con punteros a esos metodos pero no se si es correcto y si se podria hacer.
|
Código:
class TInt Saludos. |
bueno ¿Y si la clase que contiene las funciones tiene que poder trabajar con variables y objetos que estan declarados en el private de la otra clase? Ese es el caso concreto. Ya lo he conseguido pero en vez de usar otra clase he creado una estructura en el public de la clase y en esa estructura hay punteros a los metodos, los cuales se declaran en el private de la misma clase. Para poder hacer que se trague esto tuve que usar __closure* que no se ni que es. Tambien en el constructor de la clase asigno a los punteros los metodos que tengo definidos. Luego cuando llegue a casa pongo lo que hice a ver si te parece correcto o no. Solo un detalle y esque cuando hago uso de la funcion, al escribirla me aparece en lalista y le doy pero aparece sin parentesis al final y se lo tengo que poner yo junto con el parametro.
|
Bueno ya estoy por casa. Al final he guardado el que usa __closure porque funciona pero estoy intentando arreglarlo asi:
En el constructor: Código:
TPrueba::TPrueba() Código:
//Declaracion del tipo de estructura para los Anti-Anti-Debug Código:
AnsiString __fastcall toFloat(int); Código:
AnsiString __fastcall TPrueba::toFloat(int value) Código:
Prueba = new TPrueba(); Código:
[C++ Error] TPrueba.cpp(16): E2235 Member function must be called or its address taken |
Esto funciona pero usa __closure: http://pastebin.com/czvfhEj8
Ya que hago algo me gustaria hacerlo lo mas correcto posible. Podria declarar sin problema los metodos como publicos y no tendria problemas ni tendria que crear una estructura o clase ni nada pero estarián desordenados, o sea, no podria crear un orden como el que he creado ahi. O sea, que si voy a trabajar con cadenas pues al poner un -> me salgan todos los metodos para cadenas, si voy a trabajar con enteros pues que al poner el -> que me salgan solo los que sirvan para enteros y asi con todo. Mas o menos lo que hace Builder cuando haces un Edit1->Text.sprintf("%i",9) que como ves te muestra la funcion sprintf. |
Lo ultimo que he probado pero no soy capaz de hacerlo compilar es esto: http://pastebin.com/4Pd9DYEr
El problema lo tenemos en la funcion miembra de TInt que no soy capaz de asignar el valor de entrada a la direccion donde apunta el puntero ni tampoco mostrar su valor. |
Perdon por escribir tanto pero en realidad lo que necesito hacer es esto:
Código:
class TPrueba; //Declaro la clase TPrueba |
Creo que te complicas la vida perdiéndote en la sintaxis. No puedes pensar en determinada solución sintáctica para enfocar el problema en esa dirección sino al revés. En esos ejemplos no queda claro cual es el planteamiento del problema que quieres resolver pro lo que no puedo orientarte bien.
Si te puedo decir que las clases con punteros hay que manejarlas muy bien o tendrás problemas difíciles de depurar. Esto: Código:
((THilo *)->Hilo)->toHex(value); Piensa en usar clases derivadas. Saludos. |
pero ¿las clases derivadas no heredan todo de la clase que deriban? No quiero eso exactamente. Hilo es un tthread que es privado en la clase TPrueba y lo que quiero es que la clase TInt pueda manejar el mismo hilo que haya creado TPrueba. Me han comentado que cree una estructura donde meta la declaracion de una funcion virtual que actue como callback y luego haga algo como clase TPrueba : private Estructura y dentro de TInt cree un metodo que use ese callback para acceder al hilo pero me pierdo y no se como hacerlo y ademas tanto la funcion callback como la que haga uso de ella tendrian que ser privadas ya que ambas usarian punteros a la estructura o a la clase. Tengo un cacao mental que ya no me entero de nada.
|
Cita:
Cita:
Cita:
Código:
toHex(Hilo->value); Saludos. |
bueno hilo seria un objeto y no una funcion ¿Me estas diciendo que hacerlo global seria la mejor solucion?
|
Bueno lo he conseguido pero no se si es muy ortodoxo o no. Lo que he hecho es esto:
En TInt.h: Código:
#ifndef Inth Código:
#include "TInt.h" Código:
#include <vcl.h> Código:
TPrueba::TPrueba() Código:
__fastcall TForm1::TForm1(TComponent* Owner) |
Sin conocer cual es el problema a resolver es muy difícil aconsejarte sobre como dar una solución orientada a objetos.
No indicas nada de Hilo, supongo que se destruye bien. Sólo en las clases derivadas de VCL deben crearse los objetos como punteros. C++ puede crear objetos con sólo declararlos lo que es más sencillo y directo pero precisan que escribas un constructor por defecto o pases los parámetros apropiados. Por ejemplo: Código:
THilo *Hilo = new THilo(true) Código:
TInt Int(new THilo(true)); Un mal diseño hará que el código sea poco eficiente y difícil de entender y depurar. En este sentido no puedo decirte si es la mejor solución a tu problema, o al menos lo que yo haría, que no tiene por que ser mejor que tu solución. Saludos. |
THilo es del tipo TThread y es creado y destruido correctamente. Otra cosa ¿Existe alguna herramienta que conozca que te indique si tiene fallos como que uses new y luego no lo destruyas con delete? Creo que alguien hizo una herramienta que hacia algo asi sobr el binario aunque no lo probé.
|
|
lo unico que encontré en el foro fue esto: http://www.clubdelphi.com/foros/show...ghlight=fastmm y es sobre delphi. Tengo entendido por lo que he podido leer que fastmm funciona en builder pero estoy buscando informacion al respecto de esas aopciones que hablan pero en español no encuentro nada. Tambien he visto que se habla de codeguard pero tampoco lo veo nada claro y nada en español.
|
|
pues despues de todo lo leido creo que el mejor es eurekalog aunque es de pago.
|
La franja horaria es GMT +2. Ahora son las 08:59:48. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi