关于主题
STY是一个轻巧的Typecho博客主题。Typecho 基于 PHP 使用多种数据库（Mysql、PostgreSQL、SQLite）储存数据。STY 是首款突破Typecho单主题限制的优秀主题
STY 是由Super Typecho组成的，原名叫做 Mix Pro，全名叫做 Super Typecho ，是 Wibus 在离开 Typecho 阵营的最后一个作品
这是史上第一款突破单个主题限制的Typecho主题，它不单单只有一种样式，他有有多个开发者细心打造的不同部件，让你即使是同一个主题，也有不同风格的展现
“STY is made for your reading”，所以 STY 在设计之初，就是为了阅读。因此，在默认/积极维护的风格以阅读舒适度为主
主题售价
| 系列 | 售价 |
|---|---|
| STY For Typecho | 18 元 |
最终价格以及购买请查看：https://blog.iucky.cn/works/sty.html
主题特色
简约却不简单。STY 风格以简约为主，但在其内部核心却有着惊天动地的强大功能Vditor.js写作方式，STY 默认以 vditor 作为前台解析，不过如果不喜欢的话也可以关闭哒原生js编写，全局不引入jquery。STY 出于以速度为主的原因，宁愿开发更新辛苦点，也不会引入导致缓慢的jquery（Ps：在部分机器中确实存在此类情况）不依赖jquery的无刷新技术。STY 引入了一种加载速度更快的无刷新技术，并完美兼容了其他技术的回调函数（Ps：含jq写法的回调函数不算）多种风格随意选择。Wibus 希望在一个主题中实现几个主题的功能以及样式，这样既不易与其他人发生风格相似的冲突，也利于修复审美疲劳，因此 STY 搭载了由 Wibus 细心研究的船新策略！随意分配部件多合一短代码，为了使用户更快的迁移至本主题，开发者Wibus（也就是我啦哈哈哈）花费了许多时间为现部分主题的短代码进行了适配- 优秀的
表情解析。STY 使用与 handsome 相同的解析方式 使用OwO.js 利于制作自己的表情包（Ps：并与handsome兼容） Service Worker缓存机制。STY 使用 SW 为静态资源进行缓存，与redis缓存有少许不同polyfill 向下兼容浏览器。STY 搭载了polyfill来兼容旧的浏览器，防止在部分垃圾浏览器中无法使用集成多款插件，STY 集成了一些强劲的插件进入主题中，让你一个主题享受多个插件和在一起的功能
灵感来源
Huawei手机的锁屏样式iOS的部分扁平化设计Apple的软件的布局设计电波站的样式参考博客园某主题的顶部以及侧栏设计，啥名字真的忘了qwq
主题文档
常见问题：https://doc.iucky.cn/sty/#/about/trouble
STY部件展示：https://doc.iucky.cn/sty/#/config/theme
短代码文档：https://doc.iucky.cn/sty/#/config/shortcode
策略解释：https://doc.iucky.cn/sty/#/config/desc
设置选项解释：https://doc.iucky.cn/sty/#/config/options
主题文件剖析：https://doc.iucky.cn/sty/#/config/tree
主题部件展示
Velax：https://beta.iucky.cn/index.php/?theme=velax
weeWhite：https://beta.iucky.cn/index.php/?theme=weeWhite
SBS：https://beta.iucky.cn/index.php/?theme=SBS
上述链接仅支持一个页面，如果需要查看其他页是怎么样的，请在URL的后面加上?theme=部件名称。
博主想说的话
STY的前身是Mix，在Mix当中我第一次创新了一种特别的部件选择策略，并且实施在主题当中了。在前期这个策略是可以的，开发的时候也没有发现有什么问题。
但是我却发现后来越来越不对劲，由于我的命名问题，我没有使用GLOBALS声明全局变量，导致我需要在多个文件中不断地提到同一段代码。不要问我为什么不用函数，问就是函数返回的值太少（其实就是懒）
并且Mix的CSS写的真的很很很乱，class的命名也很有问题，文档写的很乱，设置更加复杂，我经常会听到有的使用者会说“这个设置好复杂啊”，是的，但是我没法大动干戈重写这个主题了，重写这个主题会比新做一个花多一倍的时间，因此就出现了STY
在写STY的时候，遇到了很多的瓶颈，有朋友的支持，但是也有一些人向这个主题泼冷水，确实，这款主题在各个方面也许会比较容易被骂。
有人认为，这个主题在前台的功能非常的少，于是我为了功能变多，不惜花费大量时间来适配多个主题的短代码，接入了vditor前台解析后台编辑器，并且整个主题全部使用native JS编写，完全没有引入过jQuery，当然这在一定程度上影响了使用者的插件（需要jq的）但是它同样能够开启全局jq支持，只是开或关而已。有人认为这是炫技，没错，这就是炫技，你到时候拿出这个主题看到这么多个一般都是用jq写出来的功能但是都是用native js写出来的，很能装逼（这是事实）
也会有人认为这太麻烦了，全做一些无用功，但是我需要说一些东西：jQuery固然好，但是在主题中，你要优化的，远比你要写的多。使用jQuery太多的功能会使主题臃肿，我选择在需要使用这个功能的时候再写这一段代码，不仅是为我，也是为了之后的一些小伙伴想要学习的来看明白，而不是一眼看下去全都是jQuery的$()，这样还要去找jq。
说回功能少，我无法将主题的所有功能全部展示在前台，也没法将全部前台的功能展示出来，因为这不仅是有交互部分以及处理部分，你只能通过阅读代码或者我和你说来知道。不过在此我也想说你看一些主题，单单几个前台功能就能买出一个好价格，你为什么不去问他们为啥定这么靓的价格？这时候你又要说样式好看啦！于是我就专门做了一堆的部件，分为好几个模块，随意搭配，你想要的我都有，没有你可以叫我做
也要谢谢一路走来支持我的小伙伴！真的很感动！虽然 STY 项目标志着Typecho一站的结束，但是我也会一直维护这个主题的！
如果想了解一下STY的部件选择是怎么样的一个策略，大家可以先使用一下Mix