前言

我之前的Blog因为七牛云图源挂掉，又懒得的去搞新的图源，就一直让图片挂在那里了。本来腾讯云的图源也已经搞好了，但是以前的几十页博客一想到全部要手动去改URL头就很痛，最终也是没有去维护，除了麻烦的原因以外，一个是这种静态博客写写纯文本还好，一加上图片，音频，有的时候为了表现一个例子还要弄视频或者GIF，第三方图源的GIF还会各种限制大小。在GitHub上搜了各种博客框架都不是很满意（只找到一个符合我心里风格的，用jekyll写的3Dblog，真的还不错，可惜作者不维护了，大概是玩具性质的），用初学者级别的hexo作为一个Unity开发者的博客勉强够用，但是一涉及到unity的细节例子时要录上十几个GIF，够我搞上一天。任何繁琐而机械化的工作量会让你失去原本的兴致。后来我想，那干脆就用Unity来写博客好了，甚至还可以让你在博客里和具体的例子进行交互，之前写的一篇人物交互录了十几个GIF，每个GIF几十m（后面换了图源以后GIF限制大小，又花了好长时间去扣帧数，这个是真的心累），然后我刚刚把这个一年前的人物交互的项目拉下来编成WebGL，包括依赖库总共大小也才8m，而且画质和交互感完全不能比，WebGL地址。

规划

一有这个想法以后，我的博客未来的样子瞬间就头脑风暴了。但是一个点子能不能付诸实践我还是需要进行简单的评估。评估的公式大概如下：

优先度 = 基础性 * 可行性 * 华丽性（有趣性） * （原创性 + 现有功能）

基础性的意义是这个功能是否是必须的，重要的，是否与其他功能依赖度高。如果这个功能是基建性质的，就必须先做。可行性和复杂度相关，一般牵扯到越多技术栈的复杂度越高。华丽性也是很重要的功能，和复杂度无关，很多很华丽的功能复杂度也并不高，但是基础性一般较低。原创性和现有功能我放在了一起，有些从别的地方搬来的点子是挺不错的，但是Unity上没有现成的实现，也是很蛋疼的，这部分优先度高的情况是这个功能是比较新颖的，然后Unity也有类似的实现能直接拿来改改用，那自然是最吼的。

比如我之前做了个反色mod，可以动态改变环境shader，我想拿来应用到博客里，大概优先计算如下：

基础度	可行度	华丽度	原创度 + 现有功能
低，反而对其他功能（的物体）依赖高，属于观赏用功能	低，复杂度其实不高，但是要重写很多shader，会影响博客性能	高	高，可以直接拿来用

所以这个功能大概有这么个优先度，然后全部功能根据优先度排序去每个实现。

美术风格

这里不讨论内容风格的优劣，因为我本人并不是美术出生，审美又一般，能做到的就是保持全部内容的风格的一致性，看起来比较干净有序就比较好。因为是U3D，所以想法可以比较多。个人比较相信大乐必易，大礼必简，因此能够及时隐藏掉不需要的内容，只着重给读者看当前专注的内容，然后环境方面收拾好复杂的光源，保持界面的简单性，包括UI的简易性和周围物体的明确性。简单≠少，能多到易用的程度也是吼的。

优先度也考虑到风格的一致性，一个很突兀的功能一般就直接不考虑做了。