项目中有各种各样的文案,经常会出现if什么,提示什么的情况。把提示文字直接写在功能代码中，1.很难看，2.要修改的时候找起来麻烦，但是如果放在配置文件里，配置文件放各种文案，文件会很大，需要这些文案的时候，加载配置文件的内容又显得浪费开销。不知道哪种方式更好，或者说有没有更好的解决办法。
尽量将逻辑和资源分离开来，文案属于资源，获取与展示属于逻辑，这样子后续开发舒服好多
你说的文案应该就是提示性语言吧？个人感觉还是放配置文件比较好，毕竟硬代码这个东西不好维护，时间长了可能自己都不知道在哪里写的。我比较好奇的是这种提示性的文字不会很多吧，能达加载的时候会造成负担的程度？如果让我做，我就放配置文件或者单独写个文件按需加载，以后维护起来很方便。
你所说的这种文案和图片、视频之类的没有区别，应该归纳为资源进行管理，如何管理就看项目需要了。大段的文字一般采用cms，这也是为什么大部分开源产品都是cms或者包含cms的原因。如果是小段的文字通常考虑使用国际化这种解决方案，就是使用专门的语言文件，例如使用po这种方式，并利用专门的poEdit等软件对此类文件进行管理。
如果你觉得这么搞不值得的话，可以考虑配置文件方式，适当的利用缓存并不会带来什么性能损失，你的配置文件再大能比西游记还长？连10M都用不了。
哪天需求要你做国际化处理……
这玩意最好封装在资源文件中