Архитектура настроек - вопросы
От: LaptevVV Россия  
Дата: 04.03.13 19:27
Оценка:
Наш проект, о котором я писал в блоге на РСДН,
и о котором можно прочитать в блоге на нашем сайте sem-tech.net,
пока представляет собой стартапный экспериментальный образец.
Чтобы сделать его программным продуктом, еще нужно много работы.
Semantic IDE написан в Студии на C# с использованием WPF и некоторых бесплатных компонентов.
И в данный момент встал вопрос о реализации механизма локализации и соответственно механизма настроек.
Что требует локализации:
— интерфейс среды (русско-английский)
— сообщения (русско-английский)
Отдельно еще два связанных множества:
— лексические элементы языка (ключевые слова)
— синтаксическое представление программы (грамматика представления в форме БНФ)
Здесь не просто русско-английский.
В данном случае нужно спроектировать механизм добавления нового синтаксиса и соответственно к нему — новый словарь лексики.
Первоначально об этом особо не думали, поскольку сначала хотели убедиться в жизнеспособности идеи.
В результате сообщения равномерно разбросаны по всему коду, причем в явном виде — строковые литералы.
Теперь встала такая проблема:
Допустим, в Solution добавляется новый Project.
В нем, естественно, есть масса сообщений.
И требуется увязать эти новые сообщения с уже существующим механизмом локализации.

Возникает некое противоречие:
— с одной стороны хотелось бы иметь некоторый централизованный механизм добавления-изменения-удаления настроек
— с другой стороны возникает естественное желание в конкретном проекте иметь все, что к этому проекту относится.

Создавать некий базовый набор классов, а все проекты в части локализации от него наследуют (или композируют) ?
Поделитесь опытом.
В перспективе предстоит перенос в линукс, поэтому не хотелось бы использовать для локализации виндо-микрософтовские механизмы.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.