Здравствуйте! 
Вот собственно предыстория:
На предприятие внедряется новое ПО, необходимо наладить взаимодействие с имеющимся старым прог. обеспечением, новое идет на замену старому. 
Но по определенным причинам не возможно сразу исключить использование старого ПО. Взаимодействие в данном случае подразумевает передачу
некоторой информации между разными продуктами, весь обмен осуществляется только посредством обычных текстовых файлов. Форматов куча (более 10)
часть имеют структуру похожую на xml но в большинстве просто текст, тупо отчеты например.

так вот хотелось бы разработать общий механизм парсинга, а потом задать собственный набор файлов и ограничений для каждого формата и все готово!
Может кто знает куда копать что посмотреть, может какие паттерны есть для этого? 

В первую очередь посмотри регулярные выражения.

1. Формат похожий на XML это нечто странное, поскольку XML это всегда "дерево" и никак иначе. Это то и дает возможность эффективно обрабатывать "хорощо сформированные документы". То есть это либо XML, либо не XML. Лучше все-таки использвать XML там, где это возможно. 

2. Если есть возможность "влезать" каким-то образом в старые программы и обеспечить обмен через web службы, это был бы предпочтительный вариант интеграции. Не важно, что часть информации имеет собственный формат и не может быть преобразована - пусть информация идет в SOAP как текстовый элемент (или двоичное "дополнение"), а принимающий узел ее разбирает. 

3. Если реализовывать взаимодействие через web службы, можно на некоторое время "позатыкать дыры" паллиативными решениями, обеспечив общую и однородную инфраструктуру обмена, а потом постепенно приводить все "к общему знаменателю".

4. Если придумывать свой "универсальный" способ решения "на все - про все", потратите уйму времени и ресурсов при неясной перспективе.

Впрочем это всего лишь мое личное мнение.

Вот разъясню еще немного, в организации имеется несколько програмных комплексов от разных производителей, которые между собой совершенно не взаимодействуют.
Теперь внедряется (разрабатывается) продукт котрый должен заменить их. По требованиям их службы безопасности программы взаимодействовать ни как не могут и тем более 
не могут подключаться к "чужим" источникам данных (БД). Все ПО имеет единственный способ представления данных в виде файлов (txt) т.е. все отчеты и выгрузки это только txt 
какието имеют четкую структуру (тут я говорил что схожи с xml в плане структуры с ними проблемы нет парсинг написать не так сложно) Но другие (в большинстве) просто куча текста
который ооооочень сложно поддается анализу :(.

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

Всем спасибо!

Можно посоветовать только сделать две вещи
1. Интерфейсы для обработки событий при просмотре файлов
2. Сделать абстрактный класс, который будет вызывать эти события во время просмотра текста.

Но все равно, для каждого формата нужно будет переопределять и то и др. =)

Написать универсальный парсер, который бы мог распарсить все что хочешь - не получится.

Если формат можно описать регулярными выражениями, то можно написать универсальный парсер который будет парсить файл по заданному регулярному выражению. Не имея инфы о формате файлов, можно дать только общие советы.

Всем привет!
Решил н5 создавать тему а добавить свой вопрос сюда)
У меня есть куча разных текстовых файлов, поля в них просто заданной длинны(тоесть без раделителей) с заполнителями в виде пробелов или нулей.
Вринципе мы уже написали некий побайтовый парсер.. Но терзают сомнения правильности пути? МОжет есть уже готовые скоростные библиотеки или еще какой подход парснига файлов подобного типа?

Пока писал пост пришла такая идея))
МОжно использовать буферед ридер и считывать строку целиком а не побайтово а затем уже от нее делать substring-и и делить на поля...
но вопрос остается:

Как быстрее всего парсить текстовые файлы без разделителей где поля ограниченны количеством символов?

Я обычно так делаю.