История изменений

а чем твой dump, идеологически отличается от std::ostream& operator <<?

Тем что он бинарный (я пререгружаю одну птичку < для своих потоков:-)). Ну и ещё там сначала заголовок, потом данные, причем заголовок м.б.. сложный с описанием структуры ячейки контейнера.

Я все ещё не очень понял:-(

Давай чуть абстрактней, вот у меня есть разные классы A, B, C… в разных хедерах. И есть разные функции f, g, h… в разных хедерах (это не обязательно прямо вот функции, какой то функционал, че то можно делать). Каждая функция требует какой то специализации для каждого класса. Где размещать специализации что бы не:

1. Увеличивалась связность (т.е. что бы импорт А не тащил за собой все f,g,h и импорт f не тащил за собой все A, B, C)

2. При этом юзеру не приходилось писать инклюды на каждый чих? Типа там fA, gC и т.д. руками подключать? Т.е. если я подключил f и B то у меня автоматом проинклюдилась специализация fB.

а чем твой dump, идеологически отличается от std::ostream& operator <<?

Тем что он бинарный (я пререгружаю одну птичку < для своих потоков:-)). Ну и ещё там сначала заголовок, потом данные, причем заголовок м.б.. сложный с описанием структуры ячейки контейнера.

Я все ещё не очень понял:-(

Давай чуть абстрактней, вот у меня есть разные классы A, B, C… в разных хедерах. И есть разные функции f, g, h… в разных хедерах (это не обязательно прямо вот функции, какой то функционал, че то можно делать). Каждая функция требует какой то специализации для каждого класса. Где размещать специализации что бы не:

1. Увеличивалась связность (т.е. что бы импорт А не тащил за собой все f,g,h и импорт f не тащил за собой все A, B, C)

2. При этом юзеру не приходилось писать инклюды на каждый чих? Типа там fA, gC и т.д. руками подключать? Т.е. если я подключил f и B то у меня автомат проинклюдилась специализация fB.

а чем твой dump, идеологически отличается от std::ostream& operator <<?

Тем что он бинарный (я пререгружаю одну птичку < для своих потоков:-)). Ну и ещё там сначала заголовок, потом данные, причем заголовок м.б.. сложный с описанием структуры ячейки контейнера.

Я все ещё не очень понял:-(

Давай чуть абстрактней, вот у меня есть разные классы A, B, C… в разных хедерах. И есть разные функции f, g, h… в разных хедерах (это не обязательно прямо вот функции, какой то функционал, че то можно делать). Каждая функция требует какой то специализации для каждого класса. Где размещать специализации что бы не:

1. Увеличиваться связность (т.е. что бы импорт А не тащил за собой все f,g,h и импорт f не тащил за собой все A, B, C)

2. При этом юзеру не приходилось писать инклюды на каждый чих? Типа там fA, gC и т.д. руками подключать? Т.е. если я подключил f и B то у меня автомат проинклюдилась специализация fB.

а чем твой dump, идеологически отличается от std::ostream& operator <<?

Тем что он бинарный (я пререгружаю одну птичку < для своих потоков:-)). Ну и ещё там сначала заголовок, потом данные, причем заголовок м.б.. сложный с описанием структуры ячейки контейнера.

Я все ещё не очень понял:-(

Давай чуть абстрактный, вот у меня есть разные классы A, B, C… в разных хедерах. И есть разные функции f, g, h… в разных хедерах (это не обязательно прямо вот функции, какой то функционал, че то можно делать). Каждая функция требует какой то специализации для каждого класса. Где размещать специализации что бы не:

1. Увеличиваться связность (т.е. что бы импорт А не тащил за собой все f,g,h и импорт f не тащил за собой все A, B, C)

2. При этом юзеру не приходилось писать инклюды на каждый чих? Типа там fA, gC и т.д. руками подключать? Т.е. если я подключил f и B то у меня автомат проинклюдилась специализация fB.