androidui组件库

❶ 移动webapp前端ui用哪个框架好

WeUI
WeUI是一套同微信原生视觉体验一致的基础样式库，由微信官方设计团队为微信 Web 开发量身设计，可以令用户的使用感知更加统一。包含button、cell、dialog、 progress, toast、article、icon等各式元素。
Frozen UI
Frozen UI是腾讯社交用户体验设计 － 增值UI开发团队一个开源的简单易用，轻量快捷的移动端UI框架。基于手Q样式规范，选取最常用的组件，
做成手Q公用离线包减少请求，升级方式友好，文档完善，目前全面应用在腾讯手Q增值业务中。
FrozenUI提供的CSS组件是目前QQ会员前端开发组所用的通用样式库。遵循手Q样式规范，基本样式使用离线包的方式减少请求，并提供快速接入的方案。
FrozenUI提供的一系列JavaScript插件，更优雅地在移动端上呈现更灵动的动画效果。
FrozenJS 是针对移动端开发的 js 组件库，其依赖 zepto.js 和 FronzenUI。
FrozenJS 的所有组件均以 zepto 的插件的形式存在。
阿里开源的SUI Mobile
SUI Mobile
SUI Mobile 是一套基于 Framework7 开发的UI库。并参考 Ratchet、Fastclick 开源库。它非常轻量、精美，只需要引入我们的CDN文件就可以使用，并且能兼容到 iOS 6.0+ 和 android 4.0+，非常适合开发跨平台Web App。
轻量的UI库 SUI Mobile 非常轻量，核心库压缩Gzip后的JS、CSS网络传输体积总共只有52K，却提供了20+个常用的组件。
对于只有HTML&CSS的组件，你只需要复制HTML代码既可以使用。他的大部分JS组件都是独立的 Zepto 插件，并且提供了Zepto/jQuery 风格的API，你将会非常熟悉这种方式。
开发团队：阿里巴巴共享业务事业部UED团队
网络系
GMU
GMU是基于zepto的mobile UI组件库，提供webapp、pad端简单易用的UI组件!
Jingle
Jingle是一个SPA(Single Page Application)开发框架，用来开发移动端的html5应用，在体验上尽量去靠近native应用，希望有一天html5能够做到与native一样的操作体验。
丰富的UI组件提供了按钮、列表、表单、弹出框、轮换、上拉/下拉、日历等各种移动端常用的组件，简单适用，
前后端分离支持前端模板渲染，模板按需自动加载，完善的事件机制。
轻量级基于Zepto开发，依赖了iscrol
purecss
purecss采用其Grid的部分即可，需要定制的部分，建议自行配置，或者是直接采用grid.css，grid960.css这样的栅格来处理。Purecss小的没有节操，全部模块gzip压缩后才 4.4KB* 。 考虑到移动端，保持文件尽量小对我们来说非常重要，每一行CSS都经过深思。如果你只用部分模块，简直小的忽略。
Pure基石,Pure基于Normalize.css添加了HTML元素的布局和样式，以及常用的UI组件。全是精华，木有糟粕。
移动端是初衷,Pure是响应式的盒子模型，适应所有尺寸的屏幕。通过皮肤生成器可以自定义样式。
写出你自己的样式,Pure提供最基础的样式，鼓励你基于此写出自己的样式。它被设计为容易覆写，且不影响你自己的样式。
ionic
基于angular2，丰富的UI组件，大大改进的编程模型，非常适合快速开发。
jquery mobile
jQuery Mobile 是创建移动 web 应用程序的框架。
jQuery Mobile 适用于所有流行的智能手机和平板电脑。
jQuery Mobile 使用 HTML5 和 CSS3 通过尽可能少的脚本对页面进行布局。
Bootstrap
Bootstrap 是最受欢迎的 HTML、CSS 和 JS 框架，用于开发响应式布局、移动设备优先的 WEB 项目。

wex5
国产的ui，支持打包。
前端UI：完全恪守html5+css3+js，干净纯洁设备api：采用业界主流Phonegap/Cordova
向导、模板：简单定义，即可轻松制作向导和模板
主题、样式：海量bootstrap资源引入和定制
UI组件：纯H5+CSS3，轻松引入第三方UI组件
插件：轻松对接即时通讯、推送、支付等各类插件
后端：轻松调用后端组件和api，并实现可视化

❷ 当前网站开发较成熟的ui组件有哪些

10大html5前端框架
1、Bootstrap
首先说 Bootstrap，估计你也猜到会先说或者一定会有这个( 呵呵了 )，这是说明它的强大之处，拥有框架一壁江山的势气。自己刚入道的时候本着代码任何一个字母都得自己敲出来挡我者废的决心，来让自己成长。结果受到周围各 种基友的引诱开始了 Bootstrap 旅程。本人虽然是个设计+前端的万里有一的人才，但是老天只让我会用 PS 和各种设计工具却不给我跟设计妹子一样的审美，所以这也是我最初选择 Bootstrap 的原因之一，它让我做出来的东西好歹能在妹子面前装个逼，不过时间长了难免觉得 Bootstrap 美的让人烦躁， 但好在它的每个版本都会有很大的改变，不会让人觉得自己做的网站会跟很多网站撞脸。Bootstrap 的用法及其简单( 这也可能就是 Bootstrap 作者阅攻城士无数，了解他们痛的结果 )，以至于是个小前端都可以快速上手，几乎没什么学习成本。
2、AUI
第三个是最近刚起来的AUI，虽然作者声称是专为APICloud开发者设计的一套UI框架，但实际它还是解决了很多移动前端开发的普遍问题，是主 要面向混合开发的 CSS 框架。看起来作者比较猖狂，各种高级 CSS3 遍地使用，这让我也不得不去查查这些个 CSS3 的兼容性。不负众望果然选的都是兼容不错的属性，哈哈了一顿激动从前辈手上大胆认识了几个好东西，并且框架还提供了聊天界面、计数列表等组件，解决了很多 复杂的让我骂娘的布局，现在可以直接拿走就用。
3、Amaze UI
第二个介绍的是妹子UI，最初使用它是因为本尊遇到了一个爱纠结细节设计士，有一次她跟我的字体较上真了，结果一句顶万句的 BOOS 夸了她，我只好根据她的想法去解决，结果最后找到了Amaze UI 框架( 我不介意你叫我懒淫 )，按照官方的话说就是 "基于社区开源项目构建的一个跨屏前端框架，以移动优先，从小屏到大屏，最终实现所有屏幕适配，适应移动互联潮流" 。但其实我就是看中它能解决国内浏览器存在的跨屏适配和兼容性问题。
4、Frozen UI
有段时间看到 QQ 瞬间高大上了，后来四处打听，原来 QQ 客服端也用了 混合开发，其中QQ会员前端用的是 Frozen UI，并且这套框架开源，欣喜若狂耐不住心里的寂寞直接上手试了一遍，初体验感觉基础样式效果简单色调清爽，有个比较活跃的社区所以组件什么的也比较丰 富。
5、Frozen UI
第三个是Frozen UI，有段时间看到 QQ 瞬间高大上了，后来四处打听，原来 QQ 客服端也用了 HTML 混合开发，其中QQ会员前端 就是用的 Frozen UI，并且这套框架开源，欣喜若狂耐不住心里的寂寞直接上手三下五除二试了一遍就开始试用，初体验的就是基础样式效果简单色调清 爽，有个比较活跃的社区所以组件什么的也比较丰富。
6、WeUIi
第四个是WeUI和同 FrozenUI都属于 差不多的 WeUi了，也是一个比较专一的框架，WeUI应该说比FrozenUI前者更专一，话 说连个官网都不搞，所有答疑都在 gitHub Issues 解决了，这个框架极其简单，体积当然就不用说了，模块也就 7 个左右，不过体量虽然小做 的却不错，口碑看 star 就够了，框架从 16/1/23 发版至今 github star 超过 7K,不过也不排除用户没地方发泄所以都跑 到 git 上来，哈哈。
7、SUI
“SUI 是一套基于bootstrap开发的前端组件库，同时它她也是一套设计规范。通过SUI，可以非常方便的设计和实现精美的页面”。 果然 还是直接引用官方给的枯燥无味广告要节省自己的脑细胞( 囧… )，当然了就像广告说的，如果你之前用过 Bootstrap， 那么可以轻松转 向 SUI，这可能就是淘宝给前端屌丝们的福利了。。
8、AUI

第六个是最近刚起来的最近刚起来的 AUI，虽然作者声称是专为APICloud开发者设计的一套UI框架，但实际它还是解决了很多移动前端开发的 普遍问题，是它主要面向混合开发的 CSS 框架。，所以看起来作者比较猖狂，各种高级 CSS3 遍地使用，这也使得我不得不去查查这些 个 CSS3 的兼容性。不负众望果然选的都是兼容不错的属性，哈哈了一顿激动从前辈手上大胆认识了几个好东西，并且框架还提供了聊天界面、计数列表等组 件，解决了很多复杂的让我骂娘的布局，现在可以直接拿走就用。
9、MUI
曾经一直使用 Android 系统的我，后来见到 IOS，果断移情别恋了，不知道为什么苹果每次调整系统我都特别喜欢，后来一段时间因为缺设计 我专门模仿 IOS 系统做 UI，但始终不能够做到很好，无意间就发现了 MUI 这个框架，这个框架给我的吸引之处就是它的 UI 是以 IOS 为 主体设计的，当然它也补充了android特有UI样式。并且MUI官方声称用来开发深入以后发现拿它做 APP 还能够提高用户使用流畅度，然后便试着 更深入的了解和使用一段时间。
10、Semantic UI
倒数第三个是 Semantic UI，接触这个框架还是因为 Bootstrap，Semantic UI 刚上线 github 就受到大量开发者的关注，以至于很多人拿它俩对比各种挑刺各种夸，是好是坏不能单凭别人三句四句就抬起手指开始赞，用了以后感觉 UI 上跟 Bootstrap 没太多的区别，不过代码命名规范上却相差甚大，本人认为 Semantic UI 是不是就想做的不一样，它的命名全是采用复合的方式，类名特别的离散，用的时候你得很小心自己扩展或者新增的 class 命名与它的类名冲突。

Foundation
Foundation 算是框架界的元老啦，都说框架去的早，而这个框架一直到现在依然这么的热门，如果你比较介意 Bootstrap 开发撞脸的尴尬事情，那么你可以考虑使用 Foundation 。即使你使用预定义的 UI 元素, 也不会与其他网站太像，就像官方说的给开发者更灵活的框架体验。

UiKit
UIkit是YOOtheme团队开发的，在许多WordPress主题中都有应用(也就是如果你是个 WordPress 爱好者，那么这个框架应该比较适合深究)，并且框架能够通过GUI编辑器和手动编辑，所以它提供了一个灵活、强大的自定义机制。框架借助LESS、 jQuery、normalize.css及FontAwesome开源项目的独有特点，整合成了这么一款轻量级、模块化的前端框架。

Pure
终于最后一个了，我和你一样好开森 (～￣▽￣)～)，这个框架是我在做管理系统时接触的，选择使用也是因为框架小巧，并且是纯 CSS，没有太多的牵扯，好用来与其他框架快速结合使用。

❸ ui界面设计常用软件有哪些(ui用什么设计软件)

一般来说，UI会用到这些工具

1.Mason

现如今，视觉稿（Mockup）和原型（Prototype）是网页和APP设计过程中最常用的方法。两种方式都很有效，不过也都可能会在时间和花销上对整个项目产生压力，影响团队和项目的整体推进，尤其是在时间和精力都非常有限而项目又非常复杂的情况下。

Mason提供了一个更好的解决方案，它让你无需设计线框图、原型和视觉稿，而直接拿现成的组件来编辑和设计，并且确保最终输出的产品既具备功能，也是像素完美的，最后通过Mason的平台进行部署，甚至你都不需要有代码编写的经验。

Mason的设计方法看起来很激进，但是实际上非常的易用。无论是调整还是维护，Mason都能确保控件和元素都很容易处理。在Mason中修改、发布，然后就能正常使用。无需亲手编写代码，诸如注册、登录等各种常见的功能都能够正常输出使用。

这款工具并不会限制你将网站投放到特定的平台或者托管环境下，你可以在你最熟悉的服务器或者服务商那边部署。这可以大幅度节省管理费和时间，并且你会发现团队协作更加高效了。

2.摹客（国产UI设计神器，强烈推荐）

这款国产的工具快速易用，Sketch/PS/XD/Figma/Axure/Mockplus设计稿一键上传，设计评审讨论，自动标注一键生成，手动标注自由发挥。

1.自动标注：

鼠标hover图层即可自动生成标注，一键转换为百分比标注，还可以放大镜查看细微标注。

2.手动标注：

文字、坐标、颜色、尺寸、区域5种工具自由选择，信息传达更准确。

-用文字工具添加备注说明；

-用坐标工具睁瞎添加位置信息；

-用颜色工具吸取图层，色值智能生成；

-用线段工具标注尺寸，数值自动生成；

-用区域工具标注局部图层，宽、高自动生成。

3.单位自由转换：

支持iOS的pt，Android的dp，Web的rem，还可以保留0-3位小数，标注更自由。

4.完整的标注属性：尺寸、边距、不透明度、字体大小、字重、行高、字间距等。相关属性一键复制即可使用。

除了智能的标注方式，摹客的切图、交互、全貌画板、文档管理等功能也很实用。最值得一提的是，摹客基础功能完全免费。

3.Overflow

设计师讲述故事最有效的办法之一，是将故事中的节点连在一起，将用户历程线性地呈现出来。这样的方式会让访客更好的理解他们所看到的内容，同时能够更加专注于细节的呈现，并且构建有效的反馈机制。

作为世界上第一个为设计师量身定制的用户流程图工具让世，Overflow可以帮助设计师更好地讲述故事。它为设计师提供了一种全新的方式来更好的呈现作品，讲述故事，以交互式的流程同用户进行沟通，吸引用户的注意力。

Overflow是一款跨平台的工具，可以与目前最流行的设计工具无缝地集成起来，允许设计师在同一个平台上完成设计、展示、共享和打印他们的用户流程。

4.UXPin

UXPin可能是目前对于设计团队来说最理想的快速原型工具，尤其是当产品的UX设计和研发高度依赖快速反馈循环机制的时候。UXPin可以让设计团队在向开发交付原型之前，充分地进行设计、共享和测试。

开发人员所需要的数据，实际上在每个项目设计完成之时，就会自动生成。所以，在将设计交付给开发人员之前，甚至可以使用检测工具，验证一下产品的部署是否和设计元素相互匹配。

UXPin还提供一个完整的设计系统解决方案，帮助你保持整个产品的UI元素的一致性。而每个产品的UI组件都可以使用一段代码记坦早肢录下来，因此可以更加轻松快速的扩展产品的功能。

5.Creately

UI/UX设计当然不仅仅是线框图和视觉稿，它是动态的，系统化的，而这也是Creately这款工具的价值所在。这款图标工具适合生成工作流程，支持不同的图表类型，包括流程图、思维导图、UML图标、线框图等。它所提供的图表功能和协同工作的功能，可以帮助设计师完成一半以上的工作。

使用Creately来创建图表，可以轻松创建出足够漂亮的图表，其中配备的1000多个专业的设计图表模板，可以快速地完成各式各样的UX设计项目。

6.PowerMockup

有许多UX设计师会使用PowerPoint来构建交互式原型，有了PowerMockup之后，你再也不需要寻找其他的工具来辅助你的工作了，它就可以帮你创建高效可共享的交互式原型。

在构建原型的时候，只需要从PowerMockup不断增长的资源库找到对应的形状或者设计元素，拖拽到PowerPoint当中，然后进行设计即可。为了实现互动，你所需要调用的也无非是PowerPoint当中的幻灯片和动画功能，很简单。

7.VisualInspector

VisualInspector让设计师、开发者和负责维护的人员能够实时地在网站中检查和解决各种UI问题，并且同其他的工作人员随时共享信息。

这款工具不需要你懂得代码，只需要几秒钟就可以启用UI工具，并且几乎可以任何类型的网站（使用HTML代码，或者WordPress系统的）进行协同工作。这款工具不是免费的，终身授权的版本只需要付费49美元即可。

8.FluidUI

FluidUI是一款可以用来设计线框图、原型图和视觉稿的综合性工具，它还为项目经理和分布式设计团队提供了非常完善的协作功能。它拥有非常全面的组件库，横跨桌面端、iOS和Android等主流的、必须的平台。

❹ SUI Mobile - 阿里出品的小巧且精美的手机H5前端UI库

阿里巴巴共享业务事业部UED团队的作品。专门为手机H5页面提供一个常用的组件库，以减少重复工作。

SUI Mobile（MSUI） 是一套基于 Framework7 开发的UI库，风格样式偏iOS。它非常轻量、精美，只需要引入CDN文件就可以使用，并且能兼容到 iOS 6.0+ 和 Android 4.0+，非常适合开发跨平台Web App。

相比于现在大前端的工程化开发，SUI Mobile 上手非常简单，引入js文件就能开始使用，因此上手难度非敏猜氏常小，对于一些不了解前端工程化的开发者，不需要学习vue\react等框架。

而对于一些逻辑简单、快速开发的营销页面或桥散者h5应用，反而不适合工程化的开发。这时候选择 SUI Mobile 就非常适合。

SUI Mobile 免费开源，请放心搬砖。

https://sui.ctolog.com

那些免费的砖(www.thosefree.com) 持续更新设计、前端圈免费开源、兆亮可商用资源。

❺ android 怎么使用ui库

安装成功后,根据Android官网给出的教程,首先第一步是在build.gradle中添加依赖:
dependencies {
androidTestCompile 'com.android.support.test:runner:0.2'
androidTestCompile 'com.android.support.test:rules:0.2'
androidTestCompile 'com.android.support.test.uiautomator:uiautomator-v18:2.1.0'
}12345

然后添加
defaultConfig {
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}123

添加完依赖后Sync Project with Gradle Files,但是同步后我发现上面相关的库文件并没有被添加进来.对比很多资料后,我很确信不是我在写法的问题.就是这个问题折腾了我好几天的!

最后的解决办法是先把androidTestCompile换成compile,同步一下,此时会发现库文件已经被添加进来了.

最后再将compile换回androidTestCompile,解决~

突然就觉得自己被坑了,也不知道这算不算是AS的一个BUG…
如果同步之后发现诸如此类的错误:
Warning:Conflict with dependency 'com.android.support:support-annotations'. Resolved versions for app (22.1.1) and test app (22.0.0) differ.1

先在项目的根目录用./gradlew -q app:dependencies查看项目依赖关系(Windows用户请使用gradlew.bat -q app:dependencies), 然后修改build.gradle,否则在后面运行测试时可能会报依赖关系的错误.
可能需要为gradlew加上可执行权限.
说明:我这里会报这个警告是因为新建项目的时候AS帮我自动添加了compile 'com.android.support:appcompat-v7:22.1.1'依赖,将22.1.1改为22.0.0即可.
然后还要在build.gradle中添加:
packagingOptions {
exclude 'LICENSE.txt'
}123

不添加的话运行时候还是会报错的.
最后,确保此时有android设备在运行(虚拟器或手机都可以,要求是系统版本要18或18以上),然后在项目的根目录下输入命令:
./gradlew cC1

如无意外的话,应该可以看到BUILD SUCCESS了!
如果不想用命令行的话,也可以Edit Configurations,然后点击+ –> Android Test,然后选择对应的Mole,然后在下面的Specific Instrumentation Runner选择
android.support.test.runner.AndroidJUnitRunner

选择OK,然后点击启动按钮.如无意外的话,应该可以看到一条绿色的进度条了!
关于另外一个自动化测试框架Espresso,导入方法和uiautomator一样,不同的只是依赖而已.
dependencies {
androidTestCompile 'com.android.support.test:runner:0.2'
androidTestCompile 'com.android.support.test:rules:0.2'
androidTestCompile 'com.android.support.test.espresso:espresso-core:2.1'
}

❻ ui组件库是干嘛的

1、为了一个项目有统一的主题（颜色），外观，和操作体验。一般来说一个项目由一个团队开发，如何保证团队里面的每个人都对同一个事情有同一个认知，而这几乎不可能。这样说大家可能不太能理解，举例来说：同一种情况下，同扮册一个按钮，不同的人用的颜色，底色，边框圆角不可能完全一致。就算是同一个人，也不一定能保证在同样的情况下，按钮的主题，外观，操作反馈一定是一样的配埋。所以大公司制定统一的开发标准，开发底层公共组件库，保证同一个项目中同一种情况下用户的体验是一致的。（这里包括颜色，外观，操作反馈等）。
2、从结果论的角度说，一个完善的组件库能极大提高我们的开发效率。一般来说，一个完善的组件库能帮我们提高30%的开发效率，让我们只需要专注于业务逻辑，而不需要考虑基础组件复用性、扩展性、稳定性的问题。因为我们需要的一般基础组件它都帮我们封装好了，我们直接用就OK，而且复用性，扩展性，稳定性极高。如果是我们自己写一个通用的组件，一般需要我们考察需求，探索原理，解决复用性，扩展性，稳定性的问题。这对于开发效率要求高的项目几乎是不可行的。
3、组件库给我们了一套最佳实践，供我们借鉴，学习，参考。一般来说，一套组件库是基于一种设计原厅卖宏则的最佳实践。何为最佳实践，就是面对同一个问题，A方案可行，B方案也可行，C方案也可行，后面还有N多方案，但是在众多的实践中，发现A方案在效率，外观，体验等等方面综合价值最高。那么A方案即为此问题的最佳解决方案。

❼ 前端ui框架排名

在前端项目开发过程中，现在很少有人会使用原生的CSS来搭建页面，总归都会引入一些前端UI框架以减少代码的书写。一般为了方便自己的使用，很多大公司都有自己的一套UI框架，同时也会把其开源出来。下面就是最近经常使用并且很流行的一些前端UI框架，总有一款适合你：

Mint UI

Flutter

Flutter 是谷歌的移动端 UI 框架，可在极短的时间内构建 Android 和 iOS 上高质量的原生级应用。 Flutter 可与现有代码一起工作, 它被世界各地的开发者和组织使用, 并且 Flutter 是免费和开源的.

ionic

Ionic既是一个CSS框架也是一个Javascript UI库,Ionic 是目前最有潜力的一款 HTML5 手机应用开发框架。通过 SASS 构建应用程序，它 提供了很多 UI 组件来帮助开发者开发强大的应用。 它使用 JavaScript MVVM 框架和 AngularJS 来增强应用。提供数据的双向绑定，使用它成为 Web 和移动开发者的共同选择。

❽ UI设计师，是时候了解一下组件库了

在开始这个话题之前，UI设计师先来回想一下自己的工作流程，当我们开始做一个界面时，不外乎两种情况，一种是新产品，一种是现有产品迭代界面重绘。对于前者，是不是先扒拉扒拉参考一下竞品的界面设计，然后套一套自己茄竖举产品的功能，然后就可以开工了，这里需要放个导航条，嗯，这里用选项卡，再加个搜索颤碧框，搜索图标放里面好还是放外面好呢，就放外面吧，热门搜索要不要做成标签呢，不行，这事决定不了，去问问项目经理去，这里还需要一个文本输入框，限制200字，那就给它个高度300像素吧。而第二种情况，更简单，重新配配色，布布局，画画图标，就酱。不出意外的话，绝大多数UI不会脱离这个套路。（“大神级”UI自然也不会在看这篇文章，这一部分人就暂时忽略了）
如果作为UI设计师的你现在仍然停留在这个阶段的话，那从现在开始，你需要重新规划一下自己的设计思路了，并且，最最重要的是，你需要了解两个东东，“框架”和“库”。这两个概念我自己也比较模糊，从UI设计师的角度出发，我们需要知道的一点是和你们合作的前端极少极少不使用框架，而UI库是一些封装好的组件的样式，你发给攻城狮的设计稿，他们拿到后的第一反应就是纤孝赶快看看（咳咳，当我没说）有没有现成的可使用的组件样式，最好越接近你的设计越好，然后简单改改，攻城狮们的工作思路和我们是一样一样的，最好不改交互方式，只改样式。（什么控件、组件、插件的，我也不能严格区分，所以即使有错误的地方，也请勿纠正，哈哈）

说到这里，UI设计师又开始各种烦躁了，设计师到底为毛要掌握这些莫名其妙的知识？？举个例子先，我们都知道给响应不是那么快的页面设计一个加载动画，那作为设计师的你知不知道加载状态是和服务器存在数据交互时使用，如果是本地行为，则不需要加载状态。只有了解这个，你才会知道你的加载动画应该在哪些页面出现，进行什么操作时出现，以什么形式出现合适。（咦，这个例子似乎举得没有代表性，那么来看下面这个例子）
就说个最简单的tab选项卡吧，SUI组件库里的tab选项卡样式是下面这样子的：

样式似乎没有什么参考性，但你从中要得到的一个重要信息就是，作为选项卡而言，内容要和选中标签页看上去成为一个整体，也就是说你可以重新设计成下面这个样式

但如果你设计成了这种样式

那么请来告诉我，这神秘的横线我该如何理解呢？即使下面这种，仍然不是最佳方式，因为我们的选项卡需要“第一眼看上去就知道哪个tab页处于选中状态”。

目前广泛应用的UI组件库，包括easyUI、amazeUI、Bootstrap等等，我们可以从这些来入手，在设计时进行一下参考，如果它的按钮有四个状态，OK，你也来对应设计四个状态，如果它的input输入框有禁用状态，获得焦点状态，那同样你也要在自己的设计文档中予以体现。（当然，并非绝对，也要考虑项目的实际情况，灵活变通）
现在重新理一下工作流程，你要先咨询一下前端开发人员他们常用什么，或者项目中已经使用了什么，咱们来举例说明，如果前端攻城狮们已经使用了EasyUI，而碰巧你的项目中需要一个日期选择的功能，那正确的思路应该是怎样的呢？
首先，你需要先看一下EasyUI库里日期控件的样子。就是下面这样

然后试一下功能，再进行设计时，心里就有底了，比如可以改成下面这样

但这样就完了么？作为UI还需要考虑对于这个控件而言都提供了几种状态？默认加载的当前日期、选中其他日期后的当前日期、鼠标经过、周六/周日的日期颜色、非本月的日期的颜色，这些都需要一一体现在你的标注文档里，事无巨细，一旦疏忽了其中任何一个小细节，好点的情况是负责的前端开发人员会过来和你沟通，而有时可能攻城狮们一疏忽，那只有寄希望于视觉走查和测试了。这么简单的一个日期控件都需要考虑全面，所以，一个合格的UI还是需要多沉浸的。
如果你不没有看过UI库里日期组件的样式，而自作主张的设计成了下面的样子

还拿出很多理论来支持自己的设计，你看，年和月的选择都很方便快捷嘛，嗯，好想看你被开发人员暴打的样子……当然了，这里不是说不让你发挥你的创意，不过除非你有非常说服力的理由和让别人心服口服的设计理论支持，否则，不要做这种出力不讨好的事情，因为作为成熟的组件库，经过多年的发展，已经被很多人所认可和使用，也能更大程度上和其他用户经常使用的产品保持一致的交互。

对于移动端，Android SDK提供的界面UI基本没有看的必要，而绝大多数开源UI库源码在github，给设计师们直观的查看设置了门槛，比如GreenDroid等等，Android的UI框架和web的有个比较大的区别就是按组件分类，像Side-Menu分类侧滑菜单，Pull-to-Refresh下拉刷新，给UI设计师推荐一个awesome-android-ui，自带Demo， https://github.com/wasabeef/awesome-android-ui/blob/master/pages/Material.md ，包括一些动效，很直观。
比如这种水纹效果的样式。

还有这种汉堡菜单/关闭/返回按钮的变换

作为UI设计师，在做原型稿的时候基本不用费尽心思用AE来做什么特效，直接附上效果和库的源文件地址就好，方便自己也方便开发。

另外移动端的UI日常尤其要注意控件样式的积累，自己建好文件夹，分好类，按钮/编辑框/switch/文本控件/进度条/滚动条/对话框/日历/导航/图表/菜单/轮播广告位/搜索框/标签组等等，为了减轻开发人员的负担，在看到不错的效果时，可以把Demo动画和项目地址同时保存下来，因为你的天马行空的想象或者简单一句“在XXX上好像看过这种效果”会让开发人员非常抓狂。
多看UI库的另外一个好处是拓展自己的设计思路，像下面这种Floating Action Button

还有粘连效果的页面指示器

如果不是看到这种动效，或许我们自己也想不出可以做成这种样子。

iOS开发的话因为我本人也只涉及过寥寥数个项目，而且都是和Android用的同一套界面，所以未总结出足够的经验，最多看看最新版的HIG人机交互指南，参考过几个竞品，所以这里就不献丑了。

❾ Jetpack Compose布局(一) - 布局基础知识

在上篇 《Jetpack Compose技术快速上手》 一文中简单介绍了Compose，那么这边我们就来学习下Compose的布局。由于布局这块涉及内容较多，会分开写。
布局主要包括：布局基础知识、 Material组件和布局 、 自定义布局 、 Compose中使用ConstraintLayout 。

本文重点讲解 布局基础知识 。
主要涉及： 可组合函数、标准布局元素、基本组件、布局模型、修饰符、槽位布局 。如下图：

可组合函数是 Compose 的基本构建块，返回值是 Unit 的函数，用于描述界面中的笑纳某一部分，该函数可接收参数。
组合函数中可包含多个界面元素。
其基本格式为：

在Compose中标准的布局元素有三个： Box 、 Column 、 Row 。

Box
重叠布局，类似Android View系统中的FramLayout布局，元素会重叠显示，其原型定义如下：

例子

Column
垂直布局，在界面元素垂直方向依次排列。源码中定义如下：

实例

Row
元素水平方向分布，源码中定义：

示例

Jetpack Compose中组件库包括：compose-ui和material。很多常用基本组件都是在material库中，Compose-ui中组件很少：Image、BasicTextField（输入框）。
示例：

在对标准布局元素和组件有了一定了解后，我们来看下Compose的布局流程。
首先Compose布局是一个界面树，从树的根节点开始依次要求其子节点对自身进行测量，然后递归完成所有子节点岩升茄的测量，并将约束条件沿着树向下传递给子节点，并将测量的尺寸和放置指令依次向根节点传递。

以下面可组合函数为示例：粗察

其布局过程如下图示：

在Compose布局中修饰符至关重要，您可以使用修饰符来修饰或扩充可组合项。常用的修饰符如下：

修饰符扩展
除了使用Compose提供的修饰符外，我们也可以扩展函数自定义修饰符，具体方式可以参考 Jetpack Compose布局（三） 一文中讲的 扩展布局修饰符 。

强调：修饰符的使用是有顺序的
强调：修饰符的使用是有顺序的
强调：修饰符的使用是有顺序的
例如，将上例的background和padding顺序调换下，就会如下图效果，仔细看两图的顶部边距，会发现区别

Compose中提供了固定槽位的可组合项，以简化界面元素，这些主要在 androidx.compose.material:material 库中,如： Drawer 、 FloatingActionButton 、 TopAppBar 等。
Material 组件大量使用槽位 API，这是 Compose 引入的一种模式，它在可组合项之上带来一层自定义设置。这种方法使组件变得更加灵活，因为它们接受可以自行配置的子元素，而不必公开子元素的每个配置参数。槽位会在界面中留出空白区域，让开发者按照自己的意愿来填充。如下图 TopAppBar 的槽位。

关于槽位内容会在 Jetpack Compose布局（二） 中做详细讲解，本篇就不进行深入讨论了。

欢迎留言，一起学习，共同进步！

❿ 什么是android的四大组件

Android四大组件有Activity，Service服务，ContentProvider内容提供，广播接收器。

Android应用程序由一些零散的有联系的组件组成，通过一个工程manifest绑定在一起。在manifest中，描述了每一个组件以及组件的作用，其中有6个组件，它们是Android应用程序的基石

(10)androii组件库扩展阅读

Activities(活动御梁中)

应用程序镇山的显示层。每一个画面对应于你的应用程序，将会是Activity类的扩展。Activity使用Views去构建UI来显示信息和响应用户的行为。就桌面开发而言，一个Activity相当于一张Form。

Services(服务)

Android应用程序中不可见的“工人”。渣茄Service组件运行时不可见，但它负责更新的数据源和可见的Activity，以及触发通知。它们常用来执行一些需要持续运行的处理，当你的Activity已经不处于激活状态或不可见。

Content(内容)

提供共享的数据存储。ContentProvider(内容提供器)用来管理和共享应用程序的数据库。在应用程序间，ContentProvider是共享数据的首选方式。

BroadcastReceivers(广播接收器)

Intent广播的“消费者”。通过创建和注册一个BroadcastReceiver，应用程序可以监听符合特定条件的广播的Intent。BroadcastReceiver会自动的启动你的Android应用程序去响应新来的Intent。BroadcastReceiver是事件驱动程序的理想手段。

-Android组件