MATLAB: методы переопределения таблицы()

Ответ 1

После экспериментов с несколькими альтернативами я принял решение, которое наименее затрудняет реализацию Matlab native @table, и оно легко удаляется, если все идет не так.

Решение:

• скопируйте всю папку @table, т.е. fullfile(matlabroot,'toolbox','matlab','datatypes','@table'), в пункт назначения, который поступает в алфавитном порядке до папки @table (см. Приоритет класса и путь MATLAB) и на котором у вас есть права на запись.

  Я выбрал пункт назначения fullfile(matlabroot,'toolbox','local','myfiles'), так как мне не нужно беспокоиться о кросс-совместимости ОС, т.е. matlabroot позаботится об этом для меня.

• вставьте в место назначения всю вашу папку @table с помощью новых, перегруженных и переопределяющих методов.

• добавить место назначения в путь matlab.

Эффекты, за и против:

• Нативный @table класс/методы теперь затенены, попробуйте, например. which table -all. Однако этот эффект достаточно ясен, легко обнаруживается и легко удаляется (удаляет удаление и удаляет путь);
• Нет странных конфликтов между нативными @table (теперь затененными) и новыми @table;
• Все методы, новые и старые, видны, попробуйте methods(table);
• Доступны приватные методы таблицы...
• ... но вы вынуждены использовать их.
• Предоставление новых методов (пользовательских) для частных требует большего обслуживания и прямой обработки конфликтов версий в реализациях таблиц.
• Вам нужны права на запись в некоторых подходящих местах назначения.

Для интересующихся деталями вы можете изучить https://github.com/okomarov/tableutils. В частности, install_tableutils (readme может не обновляться).

Ответ 2

Для меня работает следующее:

• Определите измененную функцию disp, скажем disp_modified.m, следующим образом и поместите ее в свой путь:

  function disp_modified(t)
  if istable(t)
      %// Do whatever you want to display tables
      builtin('disp', '''disp'' function intercepted!')
  else
      %// For non-tables, call `disp` normally
      builtin('disp', t)
  end
  

• Определите disp как дескриптор функции для модифицированной функции (вы можете сделать это в startup.m, чтобы всегда иметь его по умолчанию):

  disp = @disp_modified;
  

После этого в окне команд я получаю

>> disp(1:5)
     1     2     3     4     5
>> disp({1 2 3 'bb'})
    [1]    [2]    [3]    'bb'
>> disp(table(rand(1e3,1)))
'disp' function intercepted!

Ответ 3

В зависимости от использования нового класса, возможно, вы могли бы следовать более чистному подходу. Предлагаемый подход, описанный в вашем сообщении, имеет тот недостаток, что, возможно, код, используемый в вашей обновленной среде, не будет легко переноситься в новую среду, или программа, выполняемая в вашей среде, может демонстрировать различное поведение в другой среде.

Некоторые вопросы, которые вы могли бы рассмотреть (и, возможно, уточнить), были бы следующими: Как вы собираетесь использовать новый класс? Вы хотите заменить все существующие таблицы? Вы хотите использовать его вместо аргумента класса таблицы? Или вы хотите изменить таблицу, чтобы каждое использование исходного класса таблицы в вашей среде использовало новый класс.

Если вам просто нужна новая улучшенная таблица для вашего использования, вы можете рассмотреть возможность инкапсуляции исходного класса таблицы в новый класс. Например, MyTable, делегируйте все методы, которые вам не нужны, в исходные методы таблицы, замените методы, которые вы хотели бы улучшить или добавить новые.

Обновление. Просто увидели полное решение в Github и поняли, что вы намеревались сделать. Хорошая работа. Я оставлю сообщение на случай, если кто-нибудь найдет его полезным.