Стандартные имена без именных констант

Question

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

Кажется, что Sun (ну, теперь Oracle) выдвигает явное усилие в documenting algorithm names, но не предоставляет строго определенных именованных констант в библиотеках. Я понимаю, что с кросс-платформенной точки зрения подход строкового поиска выгоден.

Однако при этом программные ошибки задерживаются во время выполнения, что я вижу только в том, что делаю вещи сложнее, чем необходимо. Почему это?

Answer 1

Я бы предположил, что это позволит вам придумать свои собственные нестандартные имена и заводские реализации. (Или разрешить будущие плагины, которые используют имена, которые еще не существуют), не вызывая ошибок компиляции.

Это также позволит пользователям добавлять новые крипто-классы во время выполнения, добавляя классы к пути класса, которые не были известны во время компиляции.

Answer 2

String, используемый в, например, Cipher.getInstance(String algorithm) не содержит ни одного имени, он также содержит преобразования. У вас было бы что-то вроде "DES/CFB8/NoPadding", которое указывает алгоритм DES, в режиме обратной связи Cipher с 8-разрядным выходом, не требующим заполнения. В эту комбинацию можно использовать и другие шифры. Таким образом, это уже создало бы ряд констант, равных cipher * modes * bitsizes * paddingmodes. Теперь вы можете создавать отдельные перечисления, но вы уже можете увидеть, где он начнет болеть.

Строки гораздо более гибкие, чем переходы или (даже не туда). Это упрощает добавление дополнительных алгоритмов. Вы даже можете добавить алгоритмы и настроить их в устаревшее программное обеспечение; просто добавьте поставщика, который реализует данный алгоритм. Это очень важно при использовании в динамической структуре, создаваемой поставщиками и службами.

Как указал Луиджи, было бы довольно легко создать завод, который перечислит и вернет экземпляр Cipher или Signature. Вам нужно будет только один раз проверить завод.