關於主題
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