С локализацией по описываемому тобой сценарию не работает никто) И ты делаешь работу неудобнее из своих вкусовых предпочтений в данном случае)

А кто про руками говорит?

То есть это плохой код, так как он не учитывает эксплуатацию и бизнес требования :)

А почему оно неудобно?

Потому что кто-то работает в гугл таблицах, у переводчиков свой софт, и все работают с одним файлом. Не всегда в цсв. Но чтобы ничего не пропустить, ты должен видеть все версии перевода внутри одного файла

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

Это поддерживать в разы проще

Чем валидацию полей)

Ну это можно и в один файл

Ну дак, вернёмся к. Как маппится на колонки?) И зачем, если меняться это будет плюс минус никогда)

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

А добавить язык - это добавить две строки кода :)

Как это как?)

Я как то писал на пхп форму авторизации, на пхп я не дня не работал, но нагуглил и за день запилил и авторизацию и выход с помощью пхп. Да это было говенный код но он работал и когда Тим лид посмотрел, хмыкнул и говорить "конечно выглядит слегка стрёмно но работает нормально, оставляй". И потом заказчику отдали таки мой код чисто потому что там было требование к безопасности а я это с гугли засунул сразу, проверку и валидацмю данных при обращении к бд. Так что , красивый код не всегда хороший код.

У тебя код не знает, что колонка - это язык Х, ты обходишь это в цикле

Сложно что ли, получить Dictionary<string, Dictionary<string, string>>

так не получится же
тебе ещё нужен маппинг id-локализации на файл

Как?)

Ну в файле помечаешь

Какой id?