Como dice el título, la pregunta es relativamente simple, pero no puedo decidir si un archivo de recursos con cadenas es mejor que cadenas codificadas ... ¿Cuál es su opinión?Cadenas codificadas contra el archivo de recursos
Gracias de antemano
La ventaja principal está en la localización. Los recursos de rendimiento tienen un poco más de gastos generales, pero realmente no es un gran problema.
Si no estoy preocupado por la localización, entonces usaría constantes (y no cadenas codificadas).
Prefiero usar el archivo de configuración web (por lo tanto, un archivo de recursos). Las cadenas codificadas pueden duplicarse en su código y son mucho más difíciles de "encontrar y reemplazar". Por lo tanto, es propenso a error si tiene la misma cadena codificada en cualquier aplicación, ya sea asp.net, C#, vb.net, etc.
Si tiene un archivo de recursos con un lugar central que almacena información de conexión, dormirá mejor por la noche. Su otra opción es usar algún tipo de constante y reutilizar esa constante en sus páginas.
Ten una apariencia realista de tu aplicación.
Razones para archivos de recursos:
Las razones para las cadenas no modificables:
¿Tiene sentido almacenar la vista que mi resultado de la acción en el controlador debe devolver en una constante, si la ruta de vista se va a usar más de una vez en actionresult? (ASP.NET MVC) – ebb
Sí, no use recursos para ello. El recurso solo tiene sentido para el texto y los mensajes de la interfaz de usuario para que pueda ser localizado. Esto es puramente relacionado con el código así que use constantes. ** De hecho, establecí el nombre de la vista en el modelo como un atributo. ** – Aliostad
Sí ... Lo primero que pensé fue utilizar el archivo de recursos para almacenar texto/mensajes de UI que deberían devolverse desde mis controladores (Resultados de la acción). - Para volver a la cuestión de "cadena constante" ... no tiene sentido utilizar cadenas constantes para almacenar el nombre de vista si solo se usa una vez en el resultado de la acción ¿no? – ebb