@kiii 来合作吧

@bl 兄弟，这个是计划中的，过几天才会上线

上镜了！！！支持！👍

赞赞赞！

@guolaopi 非常中肯的评价！之所以「大胆地」称之为 UI 框架就是因为它最终会有成体系的设计语言或者叫做设计规范。

单纯使用 shadow-box 绘制大量阴影确实性能较差，目前大规模使用阴影最好是使用 shadow-box 叠加 ::before 或者 ::after 伪元素双重阴影来实现，最大程度上避免在交互时实时绘制阴影。我在实现最初确实是使用的这一种方案，但是在后续开发中引入了阴影方向变化，背景渐变等特性之后，::before 和 ::after 引入的层叠问题又非常恼人，虽然有办法 hack，但终究不够优雅，于是弃用，采用 shadow-box 即时 transition 。同时，在使用中，推荐只在按钮、输入、菜单等有明确交互的地方使用「突起」或者「凹陷」的样式...

Mobius UI 确实是一套成体系的东西，但限于个人力量有限，推进速度局限，很多内容还没有成型，目前释出的只是样式实现的部分——mobius.css ，这东西就像 Material，技术方案在那里，但如果开发者不会使用的话，做出来的界面也跟官方的 Demo 近乎迥异，一言难尽。

惭愧的是，我个人目前对 Mobius UI 的期待也在摸索和尝试阶段，这可能是给大家带来误解的主要原因，总之之后还会积极完善啦~感谢你的关注和评价哟！❤

@imchenlong 阴影和色彩之类基本的元素和组件的样式是几乎没有差异的，但 Demo 页面的排布确实有点让人摸不着头脑，有待优化！感谢反馈！

@7gugu @HeyWeGo @ryuutanyou 感谢建议哦 ~❤

@CannonLau 感谢关注！

@learnshare 条件允许的时候会有的！

@eGlhb2Jhb2Jhbw 可能是你浏览速度太快了，忽略了一些内容，文档的重点和主次安排确实需要再改进一下，感谢反馈！

@lhx2008 @Tas1 @dcsite @fortunezhang @leeggco 有一说一，这种风格的可访问性确实是比较大的问题，目前我还没有见过在正式的面向用户的产品中使用的成熟案例。但我隐约觉得可以通过一些样式的使用规范来缓解这样的问题，还在探索中...

@BadReese @rioshikelong121 Demo 比较单薄有两点客观原因，一是现阶段主要是完成了基础功能类的开发，二是相关文档和使用案例的输出确实非常缓慢。主观上，utility-first 范式下高级组件其实就是基础功能类的拼接，当然，所有样式无非都是 CSS 属性的堆砌，这听起来是一句废话 🤐 随着文档和案例的更新，我也会逐步输出一些高阶组件的示例。

还有相当多不完善的地方，在预期的计划中，半年之后有望进入 beta 阶段，非常感谢大家的支持和关注！❤

emmm，请问这个站哪里用 Neumorphism 了