微软大力推行 Fluent 设计体系,UI Fabric 演变为 Fluent UI

xplanet
 xplanet
发布于 2020年03月17日
收藏 12

微软近年来一直在大力推行其 Fluent 设计体系(Fluent Design System),并已根据它对 Windows 10 的系统图标做了全新设计。目前,Fluent 设计被带到了 UI 领域,微软宣布原有的 UI Fabric 将进行合并、重命名,最后会演变为 Fluent UI。

UI Fabric 是微软此前为开发者打造的一款基于 React 的前端框架,主要用于 Office 和 Office 365,旨在使开发人员轻松使用 Office 设计语言创建一致的 Web 体验。

微软希望整个系统能够共享一种设计、通用一种语言,跨平台设计系统 Fluent 则能带来这种体验,将一系列产品互相联系起来。微软表示,其目标就是“与开源工程共享基础,以创建经验一致性、效率和有效性,以此达到事半功倍”。

具体来讲,微软正在将 UI Fabric 和 Stardust 这两个最常用的 Web 工程框架库整合起来,更名为 Fluent UI,并归入 Microsoft GitHub 组织下。“这样能够使团队在一组共享的构建和开发工具上合作,以便更有效地支持产品和社区”,微软表示,“这是我们实现更加简化的开发者生态系统愿景的第一步”。

这一系列变动预计不会给 UI Fabric 开发人员带来太大干扰,软件包名称无需更改,仓库也无需重新克隆,重定向即可,当前版本的 UI Fabric 仍受支持。

原 UI Fabric 仓库会在 3 月 20 日迁移至新的 Fluent UI 库(目前页面还未开放),今年夏季,还将有重大版本发布。

Fluent Design System 还将进一步扩展,从微软提供的宣传图中就可以捕捉到它的野心和愿景,Android 和 iOS 都囊括其中,这套 Fluent 设计体系将会在更多平台上提供一致性的体验。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:微软大力推行 Fluent 设计体系,UI Fabric 演变为 Fluent UI
加载中

精彩评论

Raphael_goh
Raphael_goh
核心的东西,其实变化都不是很大,过于注重框架没什么价值。

别说什么web form,wpf之类的东西,微软后面出来的MVC 很多概念都带着web form的影子。哪怕是.net core基本的东西都没什么变化,只是运行平台从windows跨到了另一种平台,换掉了一些lib,实际的业务代码该什么样还是什么样。

再说java,不管从ssh->spring mybatis,还是spring cloud、dubbo,差异真的很大吗?会影响到写业务?本质没抓住,非要怪别人框架变来变去,想要一套框架走遍天下,可能吗?换个框架,基本上一个礼拜就够了,真的浪费不了多少时间,核心的概念甚至都可以跨语言、跨平台。
BruceWan
BruceWan
还是MacOS的设计语言耐久,一套管10年
冰力
冰力
很多人只看到微软失败的一面,沉淀下来的东西缺看不见,这是大多数人的眼光,微软技术很多是演化很好而且不容易变化的,比如服务端的 Asp.Net MVC、Entity Framework,比如 Windows 、office 、wpf 、direct2d 的体验和性能,比如 DX12 以及光线追踪,都是很多行业的典范。再说 java,服务端框架一大堆,其实剩下来的只有一个 spring,好听点是生态,难听点来说 spring 就这些年用的人多了。GUI 一直没有个统一的不说,一个好用的也没有。java 14 性能还不如 java 8 了?这咋还倒退了?哈哈哈。。。总而言之我在 Windows 10 上体验到了 Fluent UI 的魅力和友好流畅的体验。
毛笔写代码
毛笔写代码
MD不是google的吗?和微软有啥关系?另外,MD哪里丑了?
robortly
robortly
别把技术当古董来玩啊,能推出新技术说明是在进步。

最新评论(54

今天工地的砖头也很烫
今天工地的砖头也很烫
讨厌Fluent中的光照系统特效,右下角点开系统日历,光标划过每个日期那种密密麻麻的特效
冰力
冰力
很多人只看到微软失败的一面,沉淀下来的东西缺看不见,这是大多数人的眼光,微软技术很多是演化很好而且不容易变化的,比如服务端的 Asp.Net MVC、Entity Framework,比如 Windows 、office 、wpf 、direct2d 的体验和性能,比如 DX12 以及光线追踪,都是很多行业的典范。再说 java,服务端框架一大堆,其实剩下来的只有一个 spring,好听点是生态,难听点来说 spring 就这些年用的人多了。GUI 一直没有个统一的不说,一个好用的也没有。java 14 性能还不如 java 8 了?这咋还倒退了?哈哈哈。。。总而言之我在 Windows 10 上体验到了 Fluent UI 的魅力和友好流畅的体验。
宇宙大将军
你的比较有问题。微软是一个公司,你去和Java一种技术来比?按照你的比较方法,那就拿google和foxpro、silverlight、windows phone、web form、visual basic比较。
冰力
冰力
这不是因为有人说不敢跟进微软技术吗?
m
magiclz233
对于大多数人来说,一套就够了,Java以前也是百花齐放的,后面很多都跟不上Spring的节奏,或者出spring-start了。核心还是spring的ioc容器理念在Java领域太深入人心了。语言和公司比本来就不是对等的。
李英辉
李英辉
巨硬是属狗熊的,一个操作系统gui,就来回跳了n次,从winform到wpf,win8、win10,每换代一次就换一次;.net 从4.5开始玩core,玩到3.0,现在.net5又要合并了;wp,从6.5到7不兼容,7到8又不兼容;总而言之,没有长远规划,随意任性;实在跟不起来了。
Minho
Minho
什么技术能一招吃一辈子的?
李英辉
李英辉
技术总是要进步,但是总要有个延续性,.net 4.5=>core=>.net 5的骚操作,就是典型例子,每次这样的一次技术进步,往往意味着,很多团队的旧代码成了孤儿。
Minho
Minho
核心不变。抓住了核心就行了。
德莫罗
德莫罗
一看就是没维护过生产系统的。
陈钇蒙
你想抓核心,老板服务器上的能给你发工资的远古系统可不像抓新的核心
Minho
Minho
所以你就和大部分程序员一样整天抱怨技术发展太快,自己跟不上。😂
陈钇蒙
回复 @Minho : 给我发工资是老板又不是新技术
变形精怪
就拿asp.net core 来说,最开始的事件管道,然后到asp.net 4.5中的owin,再到asp.net core都是正常演化来的,之前的东西虽然过时了,但都是演化的必要步骤。再从.net 5回头看。.net 5是一个全功能平台:web webAssembly 移动端 桌面端 游戏 物联网 机器学习...等等,虽然每个领域都有强劲对手,但是对于企业来说这样一个全功能平台可能剩下很多成本,再配合c#这种语言,很舒服不是?再看微软对开源的动作,收购github npm等。所以未来可期,不抱怨,静心学习..
李英辉
李英辉
我是从.net一路走上来的,从2.0一直跟到4.5,这中间,winform,asp.net,mvc、wpf都做过,总体感觉就是,技术迭代过程中,太容易转换方向,延续性确实不好;不可否认c#非常优秀,但是在现在的技术前沿,windows平台早已落伍;core虽然能够跨平台,但是我已经不感兴趣了;现在的项目,后台用golang,前台react,数据库用mysql,整体的性能、便利性、社区资源上都远远超过了m$平台。
变形精怪
.net core 不是windows平台 不是windows平台 不是windows平台 .net core是全功能平台 全功能平台 全功能平台
李英辉
李英辉
可能吧,也许是.net 2.0到4.5,有太多灰色回忆了;反正我现在绝不碰微软的平台。在我眼里,.net=windows;因为没有体验过core,也不想再花精力这上面。
Windoze
Windoze
看看Azure Portal你就知道这个“fluent”到底啥意思了,我脚着微软试图重新定义fluent。
开源中国首席罗纳尔多
开源中国首席罗纳尔多
您好,请问为什么现在MD的很少?iview等都不用MD?
BruceWan
BruceWan
还是MacOS的设计语言耐久,一套管10年
eechen
eechen
毕竟iOS和macOS以及硬件设备,都紧紧控制在自己手中。
什么谷歌、微软,拿苹果没办法。
CrazyPeter
CrazyPeter
只能说老乔🐂b
kernel64
kernel64
被坑过几次以后,现在真的不敢再跟进微软的技术了,太不保值,基本上学什么,什么被淘汰,人家java的一套东西用十几二十年…
w
walk_lai
JAVA淘汰過的東西也不少了, Swing, JavaFX, EJB
Mogra
Mogra
Java是不少呀,不过相对于MS来说,还是算少了...
朝鲜驻开源中国大使
朝鲜驻开源中国大使
Swing还是用的比较多的,applet才是淘汰的垃圾
陈钇蒙
你说的这三个就没在中国大规模使用过
c
crystalsis
只能说你没用过Java,别的不说SSH改成SSM换了一个字母但是基础框架换了俩,那可是核心基础框架呀
robortly
robortly
SSM跟SSH有毛关系?😅
c
crystalsis
Spring Struts/Struts2 Hibernate/Spring Spring MVC MyBatis
robortly
robortly
好吧,这也行。 还是别用这种简称来 替代我大SSH协议,在SSH协议用于Linux登陆,该词的使用广泛性 可想而知。
c
crystalsis
但是一直这么叫的,而且因为SSH框架SSH协议也不会混。
robortly
robortly
回复 @薛某某 : 行吧,你喜欢这样说 我拦不住你的 只要你别误导别人就行。SSH协议相对是技术界全局的通用名词
S
SherlockGy
回复 @robortly : 对搞Java的来说,SSH自然不存在误导啦
n
newlife111
... java web界的都这么叫的
ssh 最开始的structs, spring, hibernete
ssm structs, spring, mybatis
后来structs 升级到structs2之后,基本没人用了,变成了spring mvc
所以现在比较通用的是ssm 是指spring mvc,spring, mybatis
哎,我是老古董咯
罪孽归我
罪孽归我
SSM和SSH的关系是都有Spring
robortly
robortly
嗯,都有春 春天的春😆
robortly
robortly
别把技术当古董来玩啊,能推出新技术说明是在进步。
kernel64
kernel64
问题是每个人的时间都是恒定的。你一旦学过的东西作废了。就代表这段时间被浪费了。
Raphael_goh
Raphael_goh
核心的东西,其实变化都不是很大,过于注重框架没什么价值。

别说什么web form,wpf之类的东西,微软后面出来的MVC 很多概念都带着web form的影子。哪怕是.net core基本的东西都没什么变化,只是运行平台从windows跨到了另一种平台,换掉了一些lib,实际的业务代码该什么样还是什么样。

再说java,不管从ssh->spring mybatis,还是spring cloud、dubbo,差异真的很大吗?会影响到写业务?本质没抓住,非要怪别人框架变来变去,想要一套框架走遍天下,可能吗?换个框架,基本上一个礼拜就够了,真的浪费不了多少时间,核心的概念甚至都可以跨语言、跨平台。
robortly
robortly
老铁,非常赞同你的观点!👍
kernel64
kernel64
数据结构+算法才是王道
中华人民共和国程序员
中华人民共和国程序员
框架和技术是好是坏,取决于用的人的水平。
理工小强
理工小强
经验最重要 大部分公司不是搞基础学科研究 只要会用能出东西是关键 不明白原理也无关紧要 只是可能成长能力差
首席技师
首席技师
又换设计师了
xiaolei123
xiaolei123
当年用力推MD,现在丑成啥样
毛笔写代码
毛笔写代码
MD不是google的吗?和微软有啥关系?另外,MD哪里丑了?
xiaolei123
xiaolei123
你说得对
l
lacusclyne
说的是modern design
泷涯SY
泷涯SY
也许他指的是Modern UI,或者叫Metro UI?
Ning1994
Ning1994
md真正的灵魂是一种ui设计规则,不存在美丑,只存在是否合理,就看设计师怎么去理解了
冰力
冰力
material Design 的确丑,但是那是 Google 的,微软的 Fluent UI 的确好看,用最新版本的 Windows 10 可以体验到。
返回顶部
顶部