已经不知道多少次掉进这个坑了....，一段时间不用就忘， 每次都得耽误半个小时。 这一方面说明， 这个功能的文档配合的不够好； 另一方面，真应了那句话，好记星不如烂笔头。
这就是： 资源文件， 如果放到目录里， 编译以后会被加上目录名....，这其实是必然的： 否则不同目录的同名文件如何处理？写到这，又推翻记性或者笔头的用处了。 因为这个事情太简单， 我反而没有琢磨这么基本的一个道理， 导致不能够在“哟？怎么回事”以后马上判断出是什么情况。不过这事也难说，也许我已经按这个思路想过， 不过还是没记住。 所以还是应该有做笔记的习惯。
顺便说点其它的。 Tag和Category这两个东西， 按理说本质差不多， 但这是一个朝三暮四的故事。 关键是你鼓励用户怎么做。
很多人认为Tag是随意的、即兴的，所以是私人的。 其实正好相反。 Tag其形式鼓励用户随便填写几个相关的短词，结果正是因为这样， 反而造成了不同的人写下的词可能是共同的， 于是这就变成了一个社区的、公开的、交流的、 把人和人、内容和内容相关到一起的公众的东西。仔细观察互联网用户，就会发现， 那些更加懂得如何*在互联网上*交流的同志， 会更多的用Tag，而且用的很准； 而比较嫩或者比较老的网民， 就会瞎写或者不写； 但即使瞎写， 也能增进和其它内容制造源的联系。
而Category鼓励用户仔细的去设置分类， 所以反而会突出人的个性。 比如同样对旅游这一件事，对A意味着很多内容， 对B也意味着很多内容， 哪怕这些内容大部分是重叠的， 仍然会因为不同的部分， 产生不同的Category表示方式， 结果这就成了两个分类。 而整个社区如果设置了分类，也仅仅是从网站出发，属于网站的个性为网站本身服务。假设一个网站有三种分类方式： 个人Category、全站Category、Tag， 这看起来完美， 但是会让用户最后哪个都不填， 因为太麻烦了。
当然， 真正实现Category和Tag的时候， 可以让它们产生极大的不同， 但即便是设计者， 实际上也是以“如何给用户一个导向”为导向的。 如果Tag本身能够组织， 形成图， 其实是一个非常有意义的事情， 不仅仅是相关性， 而是各种可能的关系都可以形成组织。 Category本身也可以极其强大， 而不仅仅是树状的模式。
实际上，一般的设计者区分两者的手段， 就是根据预期的导向，让其中之一在某些方面较弱， 而另一个在其它的方面较弱。 如果两个都强大到极端， 那么可以肯定功能是相似的。 但真正想清楚这些问题， 就会发现没有必要通过故意的功能性差异化去在系统内部作出区分。
只是在这个“两个都达到最强”的状态（或者可能是干脆基于一套内部模型的状态），反而要加倍注意用户导向的问题，这个时候可以通过界面、提示、交互方式等表面的东西来做出区分。 否则用户将会觉得迷惑和繁琐， 以至于放弃这些功能， 这对社区的组织者和内容发布者，都是一个损失。
还有点其它的本来想写， 不过还是别浪费时间了。 STOP。