Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

关于 Web 项目的文案管理

  很多项目都不考虑文案的管理问题,把大量文案分散在程序中的各个地方以字符串常量的形式存在。如果遇到文案需要修改的情况就得去查源码,这是非常糟糕的解决方案。我觉得一个优秀的程序应该具备文案管理能力,而不是每次修改都要在源码上动刀。

资源文件的历史

  其实很早以前人们就懂得文案需要统一管理了。以前做 Win32 应用程序的时候标准的做法都是把文案放在资源文件中。比如按钮上显示的文字、窗口标题、帮助提示文字等。有时候甚至把窗口的空间布局都放在资源文件中(MFC 程序基本都是这么搞的)。这是很聪明的做法,这么一来修改文案甚至窗口控件布局都不用重新编译程序,只需修改资源部分即可。
  使用资源文件来管理软件文案的做法在软件需要 I18N 的时候可以非常容易地切换到各国语言版本,无需任何额外处理。所以有 I18N 需求的软件基本都会以资源文件或类似的模式开发。

Web 项目的资源管理

  在 Web 开发中我们通常会将图片、声音等媒体文件作为单独的静态文件来处理。但目前 Web 程序对文案的统一管理意识却非常缺乏。也许是因为 Web 程序不需要麻烦的编译吧,人们好像已经习惯了将文案写在程序里,每当要修改文案时搜索源码以修改。而且有些文案在前端,有些文案在后端,有些文案在数据库里,项目大时修改文案简直烦死人。

理想的做法

  所有的文案都在 CMS 中可控,程序中不留任何文案,这才是最理想的状态。而且 Web 项目的文案应该由一个专业的编辑团队来管理,这样才能让项目有更好的体验。不过说起来容易做起来难,文案可不光是文字而已,里面嵌入了各种数据。也就是说每个文案都像 C 里面的printf一样应该有一些控制符可以用来嵌入数据的。比如"账户余额: %.2f 元"这样一个文案,它就需要一个数据。在使用文案时需要提供一些参数才能正常显示。文案的管理人员在操作这些东西时可能会比较吃力,而且一般的公司哪有什么「专业编辑团队」,有人折腾都已经很不错了。所以我觉得我们只能向着这个方向发展,真要达到理想状态太不现实了。

网名:
3.80.32.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^