Сделать стек таблицы на мобильном устройстве только с css [duplicate]

Я опоздал с ответом на этот вопрос, но на данный момент нет ни одного разумного ответа, несмотря на то, что это популярный вопрос с высокоподдерживаемыми ответами ....

Лучшая практика: вперед Заголовки заголовков

Как проиллюстрировано заголовком <iosfwd> стандартной библиотеки, правильный способ предоставления форвардных объявлений для других должен иметь заголовок forward declare . Например:

a.fwd.h:

#pragma once
class A;

ah:

#pragma once
#include "a.fwd.h"
#include "b.fwd.h"

class A
{
  public:
    void f(B*);
};

b.fwd.h:

#pragma once
class B;

bh:

#pragma once
#include "b.fwd.h"
#include "a.fwd.h"

class B
{
  public:
    void f(A*);
};

Составители библиотек A и B должны отвечать за сохранение заголовков своих прямых деклараций в соответствии с их заголовками и файлами реализации, поэтому - для Например, если сопровождающий «B» входит и перезаписывает код, который должен быть ...

b.fwd.h:

template <typename T> class Basic_B;
typedef Basic_B<char> B;

bh:

template <typename T>
class Basic_B
{
    ...class definition...
};
typedef Basic_B<char> B;

... тогда перекомпиляция кода для «А» будет вызвана изменениями к включенному b.fwd.h и должна завершиться чисто.

Плохая, но обычная практика: вперед объявить материал в других libs

Произнести - вместо использования заголовка прямого объявления, как описано выше, - код в a.h или a.cc вместо forward-declares class B;:

• , если a.h или a.cc позже включили b.h: компиляция A завершится с ошибкой после того, как она попадет в противоречивую декларацию / определение B (т. е. вышеуказанное изменение на B сломало A и любое другой c лижет злоупотребление форвардными декларациями, вместо того, чтобы работать прозрачно).
• в противном случае (если A в конечном итоге не включал b.h - возможно, если A просто хранит / передает Bs с помощью указателя и / или ссылки), инструменты построения, основанные на анализе #include и измененные временные метки файлов, t перестроить A (и его далее зависимый код) после изменения на B, вызывая ошибки во время соединения или времени выполнения. Если B распределяется как загруженная DLL во время выполнения, код в «A» может не отображать символы с разными причинами во время выполнения, которые могут обрабатываться или не обрабатываться достаточно хорошо, чтобы инициировать упорядоченное завершение работы или приемлемую сокращенную функциональность.

Если код А имеет специализированные шаблоны / «признаки» для старого B, они не вступят в силу.