我们研发的小伙伴们加班加点做了辣么多应用，这些应用或者说单据，其价值的体现是被用，被大量使用。大家做的应用用的人越多，其价值越大。我们做的是2B的应用，与2C的应用有很大的不同，2B应用除了功能复杂以外，往往还需要角色化和场景化。同一个功能，不同角色、不同组织、不同业务场景下，其UI和交互要求都会不一样。而这些不一样，很多时候就是用户不用的“真正原因”，为啥加引号，真正的2B人应该都明白。。。。
通常比较好的产品会尽量分析清楚这些需求，尽量在设计和开发态去覆盖这些需求。然而实践下来通常会发现，这样流程下来的产品周期会非常长，而另一方面业务的变化周期却越来越短，极端情况下，甚至可能出现你好不容易把当前的需求彻底弄清楚并实现了，却发现人家业务已经调整了。好多产品估计还在分析完善的过程中就结束了生命周期。因此能够快速迭代甚至是在运行过程中进行调整，真正一定程度做到随需应变则是我们开发Yon-UI的重要目标。
还不知道You-UI是什么的，可以看下这个You-UI首show
前面说You-UI相当于提供了一个应用生产的总装工厂，今天You-UI解锁的则是一个改装车间。总装工厂是研发设计的生产态，在那里是根据用户共性需求统一生产。是没办法完全贴合用户的需求的。而在改装车间里则可以拿到实际运行态的信息了，比如能够获取到组织、角色等一系列信息了，也清楚了具体的业务场景了，在这里则可以根据自己的需要进行一定程度的改造了。
这个车间还在试运行阶段，有些装修还在做，目前大概是这个样子：
然后点击配置就可以进行具体的调整了
比如调整显示名，调整颜色等等，做完调整保存，运行态的界面就更新了
比如一个具体的场景下，我们的公有云用户，他的某个业务单据，在使用供应商服务时，他希望换成个性化的参照服务。具体需要由 bd-012 "供方参照"调整为bd-012-my“我的供方”参照。
从这个例子可以看到，这里的参照业务组件的切换，其实是意味这可以切换成另一个微服务，也就是说，在运行态，可以随时选择使用不同的微服务来提供数据。相当于给高速运转的飞机换发动机吧。以上面的例子为例，只要是返回供方数据的服务，进行挂载都是可以的，不管这个服务是平台提供的，还是我们客户自行扩展并注册进来的。
还不完善的地方是易用性，因为是直接搬了开发态的功能，目前估计只有专业人员玩得转，还没办法给最终用户DIY。未来会梳理提供一个最终用户角色可配的场景和功能来。还有个重要的事情，时要结合微服务元数据和业务组件元数据做一些必要的校验。比如上面供方服务业务组件切换时，只出现相关可用的组件和服务等等。目前是需要调整者自行确保别调错，当然如果调错了，删除配置即可恢复到出厂模式了。
下一步要解锁的功能是运行态界面控制逻辑，比如根据某个字段运行时的值调整其颜色等等，欢迎试用并提意见
