Ответ 1
Оба ошибка 78455 ( "Предоставить возможность принудительно писать спецификацию для файлов UTF-8" ) и ошибка 136854 не оставляют надежды на такой вариант.
Поддержка кодирования в рабочей области основана на том, что доступно на Java.
Для любого заданного ресурса в рабочей области можно получить строку набора символов, которая может использоваться с любыми Java-API, которые берут строки кодировки.
Примерами являются:
- '
US-ASCII',- '
UTF-8',- '
Cp1252',- '
UTF-16' (Big Endian, BOM вставлен автоматически),- '
UTF-16BE' (Big Endian, спецификация не вставлена автоматически),- '
UTF-16LE' (Little Endian, спецификация не вставлена автоматически).Для кодировок Java, за исключением кодировки "UTF-16", спецификации не вставлены (при записи) или отбрасываются (при чтении) бесплатно.
Даже если это озадачивает конечных пользователей, так работают все приложения Java.
Если приложения хотят поддерживать создание файлов UTF-8 с спецификациями в соответствии с ожиданиями своих пользователей, им необходимо предоставить такую возможность самостоятельно (так как ни Java, ни модель ресурсов не помогут в этом). < ш > Eclipse действительно обеспечивает некоторые улучшения в отношении обнаружения спецификаций, но не с их генерированием или пропуском.