struct foo
{
    float data;
    enum { fvf = (D3DFVF_XYZ) };
};

struct bar : foo
{
	float extra_data;
	enum { fvf = (D3DFVF_XYZ | D3DFVF_TEX1) };
};

... jetzt hab ich eine Basisklasse in der ich eine virtuelle Funktion habe, die sizeof und dann foo oder bar braucht. Ob es foo, bar oder ne andere, von foo abgeleitete Struct ist, legt dann aber die abgeleitete Klasse fest... Wie kann ich das am besten machen?

... jetzt hab ich eine Basisklasse in der ich eine virtuelle Funktion habe, die sizeof und dann foo oder bar braucht. Ob es foo, bar oder ne andere, von foo abgeleitete Struct ist, legt dann aber die abgeleitete Klasse fest...

Bitte präzisiere das ein wenig.

class fooObj
{
    virtual void show_data() { std::cout << sizeof(/* was hier */) << std::endl;
};

class barObj : public fooObj
{
    /* was hier */
};

... es soll halt erst in barObj das genau spezifiziert werden, wovon ich die Größe(sizeof) haben will ... Dachte erst an Pointer (fooObj hat ptr foo*, barObj setzt diesen dann auf barObj ...) geht aber nicht so gut ... zumindest kommt mir gerade nichtin den Sinn wie ich es am besten realisieren sollte. Templates geht nicht, da fooObj mein Interface ist, das ich im std::vector brauche ...

class foo
{
public:
  foo() : m_Size(sizeof(foo)) { };
  virtual void dosth() { cout << m_size << endl; };

protected:
  size_t m_Size;
};

class bar : public foo
{
  bar() : foo() { m_Size = sizeof(bar); };  // init-liste geht hier nicht, weil du in der initlist nicht auf geerbte member kannst.
}:

wäre ne einfache möglichkeit

Vermutung:
Es geht wahrscheinlich darum, dass jede abgeleitete Klasse noch mehr vertexdaten wie texturkoordinaten etc speichert. Wenn man die nun in den vertexbuffer kopieren will, braucht man die größe der Vertexdaten. das Problem ist nur, dass diese Klassen keine PODs mehr sind, und man sie deswegen eh nicht in den Vertexbuffer kopieren kann.

Also geht es im Prinzip um den Versuch, eine Basisklasse etwas tun zu lassen, was sie mangels Information (weil diese spezifische Information - wie sind Daten zu kopieren - hier nicht Teil des Interfaces ist) gar nicht in der Lage ist, zu tun.

#if !defined(TEST_VERTEX_H__INCLUDED)
#define TEST_VERTEX_H__INCLUDED

#if (_MSC_VER >= 1300)
#pragma once
#endif // (_MSC_VER >= 1300)

struct TestVertex
{
    FLOAT x;
	FLOAT y;
	FLOAT z;
	std::size_t	data_size;
	enum { fvf = (D3DFVF_XYZ) };
	TestVertex(std::size_t data_size = sizeof(TestVertex)) : x(0.0f), y(0.0f), z(0.0f), data_size(data_size) {}
};

struct TestVertexTexture : TestVertex
{
	FLOAT texture_x;
	FLOAT texture_y;
	enum { fvf = (D3DFVF_XYZ | D3DFVF_TEX1) };
	TestVertexTexture() : texture_x(0.0f), texture_y(0.0f), TestVertex(sizeof(TestVertexTexture)) {}
};

struct TestVertexDiffuse : TestVertex
{
	DWORD color;
	enum { fvf = (D3DFVF_XYZ | D3DFVF_DIFFUSE) };
	TestVertexDiffuse() : color(D3DCOLOR_XRGB(0, 0, 0)), TestVertex(sizeof(TestVertexDiffuse)) {}
};

#endif // TEST_VERTEX_H__INCLUDED

edit
hatte quatsch geschrieben

wie soll ich es sonnst lösen? Wie sehe dein Vorschlag aus?

Zeig bitte erst mal, wie es angewendet werden soll. Schließlich ist das ja der eigentliche Ausgangspunkt jedes Designs.

class TestRenderableObject : public TestObject

...

void TestRenderableObject::render() const
{
	if (m_ppVertexBuffer == NULL || m_ppIndexBuffer == NULL)
		throw direct3d_error("Invalid data buffer!");

	TestDirect3D& inst = TestDirect3D::instance();
	inst.get_device()->SetStreamSource(0, m_ppVertexBuffer, 0, sizeof(/*VertexType*/));
	inst.get_device()->SetFVF(/*VertexType*/::fvf);
	inst.get_device()->SetIndices(m_ppIndexBuffer);
	inst.get_device()->DrawIndexedPrimitive(D3DPT_TRIANGLELIST, 0, 0, m_countVertex, 0, m_countIndex);
}

... könnte natürlich auch jedes Objekt seine render-funktion selbst schreiben lassen ... muss nicht ...

Wenn du dabei bleiben willst mach doch einfach eine virtuelle Funktion:

// ...
    struct VertexFormatInfo
    {
        size_t m_vertexSize;
        uint32_t m_vertexFormat;
    };
    virtual void GetVertexFormat(VertexFormatInfo& vfi) = 0;
    // ...

Direktzugriff auf die Daten ist dann ein wenig Kniffliger, zumindest wenns typsicher sein soll, aber das kriegt man auch noch irgendwie hin