Хранение и представление данных логичным и простым в использовании способом

Question

В настоящее время я анализирую неструктурированный текст и конвертирую его в следующее:

Type1
Type1 Description1 - Type1 Specification1
Type1 Description2 - Type1 Specification2
Type1 Description3 - Type1 Specification3
..more descriptions and specifications

Type2
Type2 Description1 - Type2 Specification1
Type2 Description2 - Type2 Specification2
Type2 Description3 - Type2 Specification3
..more descriptions and specifications

..more Types

и т. Д.

Это строка с пробелами и возвращаемые разделители.Хотя это легко читать, я понимаю, что это не эффективный способ сделать это.Также довольно сложно разобрать его обратно на исходные компоненты (тип, описание, спецификация)

Мои вопросы:

A. Что было бы наиболее эффективным способомсохранить эти данные в памяти и с возможностью сохранения на диск (не в базу данных)?

I was thinking about XML, but I never worked with it
and hardly understand it's structure; but if you think
that is the only right way to do it, I guess I would
have to work on it!

B. Как лучше всего представить эти данные в winform,учитывая, что может быть несколько типов и несколько определений типов?

Here, I am not sure. I can continue using textbox, 
but it also does not seems to be the great way. 
Maybe generate HTML and then plug it in? Seems inefficient.

Answer 1

А) Создать класс, содержащий описание и спецификацию;не уверен, как он должен называться.

Создайте свой собственный класс типов, у которого есть список вышеупомянутого класса.(Постарайтесь не называть его типом, хотя это может привести к путанице с System.Type.)

Что касается хранения на диске, XML не является плохой идеей, но он достаточно прост, чтобы вы моглипоместите каждый тип в одну строку в файле с разделенным запятыми (или табуляцией) списком пар описание / спецификация.XML легче читать в виде обычного текста, но для обработки компьютера требуется больше работы, и он будет занимать больше места на диске.Я бы использовал XML, если имеется небольшое количество данных, и я бы рассмотрел другие варианты, если их много, и человеку редко нужно просматривать файл.

B) Я быиспользовать TreeView.