android比例控件
A. Android自定义控件之可平移、缩放、旋转图片控件
先上效果图
单点拖动图片对图片进行平移操作。双手缩放图片大小和旋转图片到一定的角度。图片缩放的时候 不能大于最大的缩放因子和小于最小的缩放因子。大于最大缩放因子或者小于最小缩放因子需要对图像进行回弹。图片旋转的角度只能为90度的倍数，不满足90度要进行回弹。图片回弹要一个渐变的效果。
大体思路： 首先，Android中提供了Matrix类可以对图像进行处理。其次，要显示一张图片最容易想到的就是ImageView。回弹要求渐变的过程，可以通过属性动画进行设置。所以大体的思路是：继承ImageView，重写onTouchEvent()方法，判断事件类型，在对应的事件使用Matrix对图像进行变换。
Matrix是一个已经封装好的矩阵，最重要的作用就是对坐标点进行变换。
举个栗子：
1.某个点(x0，y0，1)通过单位矩阵E映射得到的点还是(x0,y0,1)。
3.点(x0，y0，1)通过矩阵T映射得到的点就会做如下的变换
可以看到点(x0，y0，1)经过T矩阵在x轴方向上平移了dx，在y轴方向上平移了dy。
通过以上的变换可以得到具体的思路： 我们维护一个图像对应的矩阵mCurrentMatrix，该矩阵主要是对ImageView中的图像的各个点进行映射。ImageView在容器位置摆放完成之后，置mCurrentMatrix矩阵为单位矩阵。当onTouchEvent()方法中触发单点触控并且手指进行平移的时候，调用矩阵mCurrentMatrix的postTranslate(dx,dy)，对mCurrentMatrix进行变换。当手指抬起，利用变换结束后的矩阵对图像的各个点进行映射，从而得到平移变换后的图像。同理可得，在两只手指进行缩放旋转的时候，我们对矩阵mCurrentMatrix进行各种变换，当缩放旋转的事件结束再利用变换完的矩阵去映射图像的各个点，从而得到缩放、旋转后的图像。
安卓自定义View进阶 - Matrix原理
安卓自定义View进阶 - Matrix详解
首先理清事件的逻辑：
初始化图像大小和位置
缩放图像大小和控件大小自适应，平移图像中心和控件中心重合
onTouchEvent()函数
平移操作
将图像对应的矩阵进行变换。
缩放操作
mBoundRectF为记录图像边界的矩形。缩放的时候选取图像的中心进行缩放。
旋转操作
旋转的时候旋转的旋转中心也是图像的中心
图像中各个点的映射
调用ImageView的setImageMatrix(Matrix matrix)会让ImageView根据设置的matrix去重新绘制图像。
更新图像的矩形边界
获得图像的矩形，并根据矩阵映射矩形各个点的坐标。
缩放回弹
旋转回弹
一些计算方法
要求图像的变换是一个渐变的过程，很容易想到的就是属性动画。因为属性动画本身就是对值进行不断set的过程。而我们维护的矩阵也是一个值，所以很自然可以想到，如果得到回弹之前的矩阵的值以及回弹之后矩阵的值，就可以根据动画监听器中动画当前的系数值去改变矩阵的值。
对animator对象设置完监听器之后，就可以在手指抬起的时候调用属性动画的start()方法开启动画。
自定义可平移、缩放、旋转的控件主要点有两个方面：一是onTouchEvent()中判断平移、旋转、缩放的触发条件，平移位移量、缩放比例因子、旋转角度的计算。二是Matrix矩阵的应用。
B. android里哪种布局可以用比例设置子控件相对于父控件的位置呀
<!--
android:layout_above 将该控件的底部至于给定ID的控件之上
android:layout_below 将该控件的顶部至于给定ID的控件之下
android:layout_toLeftOf 将该控件的右边缘和给定ID的控件的左边缘对齐
android:layout_toRightOf 将该控件的左边缘和给定ID的控件的右边缘对齐
android:layout_alignBaseline 该控件的baseline和给定ID的控件的baseline对齐
android:layout_alignBottom 将该控件的底部边缘与给定ID控件的底部边缘
android:layout_alignLeft 将该控件的左边缘与给定ID控件的左边缘对齐
android:layout_alignRight 将该控件的右边缘与给定ID控件的右边缘对齐
android:layout_alignTop 将给定控件的顶部边缘与给定ID控件的顶部对齐
android:alignParentBottom 如果该值为true，则将该控件的底部和父控件的底部对齐
android:layout_alignParentLeft 如果该值为true，则将该控件的左边与父控件的左边对齐
android:layout_alignParentRight 如果该值为true，则将该控件的右边与父控件的右边对齐
android:layout_alignParentTop 如果该值为true，则将空间的顶部与父控件的顶部对齐
android:layout_centerHorizontal 如果值为真，该控件将被至于水平方向的中央
android:layout_centerInParent 如果值为真，该控件将被至于父控件水平方向和垂直方向的中央
android:layout_centerVertical 如果值为真，该控件将被至于垂直方向的中央
-->
够详细了吧
学Android 到 推荐你去 移动App资讯站 适合新手
C. android布局控件之LinearLayout详解
Android布局控件之LinearLayout详解
LinearLayout是线性布局控件，它包含的子控件将以横向或竖向的方式排列，按照相对位置来排列所有的widgets或者其他的containers,超过边界时，某些控件将缺失或消失。因此一个垂直列表的每一行只会有一个widget或者是container，而不管他们有多宽，而一个水平列表将会只有一个行高（高度为最高子控件的高度加上边框高度）。LinearLayout保持其所包含的widget或者是container之间的间隔以及互相对齐（相对一个控件的右对齐、中间对齐或者左对齐）。
xml属性
android:baselineAligned：是否允许用户调整它内容的基线。
android:baselineAlignedChildIndex：当一个线性布局与另一个布局是按基线对齐的一部分，它可以指定其内容的基线对齐方式。
android:gravity：指定如何在该对象中放置此对象的内容（x/y坐标值）。
android:orientation：设置它内容的对其方向（横向/竖向）。
gravity 这个英文单词是重心的意思，在这里就表示停靠位置的意思。
android:layout_gravity 和 android:gravity 的区别
从名字上可以看到，android:gravity是对元素本身说的，元素本身的文本显示在什么地方靠着换个属性设置，不过不设置默认是在左侧的。
android:layout_gravity是相对与它的父元素说的，说明元素显示在父元素的什么位置。
比如说button：android:layout_gravity 表示按钮在界面上的位置。 android:gravity表示button上的字在button上的位置。
可选值
这两个属性可选的值有：top、bottom、left、right、center_vertical、fill_vertical、center_horizontal、fill_horizontal、center、fill、clip_vertical。
而且这些属性是可以多选的，用“|”分开。
默认这个的值是：Gravity.LEFT
LinearLayout还支持为其包含的widget或者是container指定填充权值。好处就是允许其包含的widget或者是container可以填充屏幕上的剩余空间。这也避免了在一个大屏幕中，一串widgets或者是containers挤成一堆的情况，而是允许他们放大填充空白。剩余的空间会按这些widgets或者是containers指定的权值比例分配屏幕。默认的 weight 值为0，表示按照widgets或者是containers实际大小来显示，若高于0的值，则将Container剩余可用空间分割，分割大小具体取决于每一个widget或者是container的layout_weight及该权值在所有widgets或者是containers中的比例。例如，如果有三个文本框，其中两个指定的权值为1，那么，这两个文本框将等比例地放大，并填满剩余的空间，而第三个文本框不会放大，按实际大小来显示。如果前两个文本框的取值一个为2，一个为1，显示第三个文本框后剩余的空间的2/3给权值为2的，1/3大小给权值为1的。也就是权值越大，重要度越大。
如果LinearLayout包含子LinearLayout，子LinearLayout之间的权值越大的，重要度则越小。如果有LinearLayout A包含LinearLayout C,D，C的权值为2，D的权值为1，则屏幕的2/3空间分给权值为1的D，1/3分给权值为2的C。在LinearLayout嵌套的情况下，子LinearLayout必须要设置权值，否则默认的情况是未设置权值的子LinearLayout占据整个屏幕
D. 为什么android layout_weight属性可以把控件按一定的比例进行布局
下Layout_weight属性的作用：它是用来分配属于空间的一个属性，你可以设置他的权重。
SDK中的解释:
Indicates how much of theextra spacein the LinearLayout will be allocated to the view associated with these LayoutParams. Specify 0 if the view should not be stretched. Otherwise the extra pixels will bepro-ratedamong all views whose weight is greater than 0.
重点有两个
layout_weight表示LinearLayout中额外空间的划分(可能扩大应用layout_weight前的大小也可能缩小)。
按比例(layout_weight大小的比例)。
以下说的都以android:orientation="horizontal" 为例
看了一下源码,虽说不太懂,但了解了下大概意思,按照自己的理解总结一下,直接写一下简化的代码吧(下面的代码是LinearLayout源文件中一部分的精简,变量名称含义可能不准确,为叙述方便暂作此解释):
E. Android 新控件之ConstraintLayout(约束布局)
ConstraintLayout (约束布局) 继承于ViewGroup 允许开发者以灵活的方式定位和调整小部件的大小
ConstraintLayout 可让开发者使用扁平视图层次结构（无嵌套视图组）创建复杂的大型布局。它与 RelativeLayout 相似，其中所有的视图均根据同级视图与父布局之间的关系进行布局，但其灵活性要高于 RelativeLayout ，并且更易于与 Android Studio 的布局编辑器配合使用。我理解为ConstraintLayout是一个更加灵活且减少嵌套的 RelativeLayout 的布局
ConstraintLayout作为支持库提供，开发者可以在从 API 级别 9 (Gingerbread) 开始的 Android 系统上使用。
相信在面对一些复杂的UI页面,咱们都是使用 RelativeLayout , LinearLayout 层层嵌套实现的.虽然能实现效果.但是层层嵌套层层解析加载View 无疑会耗费加载时间,耗费手机性能.这是时候ConstraintLayout(约束布局),就应运而生了,它出现的目的就是减少嵌套,优化层层嵌套状况带来的弊端
要在 ConstraintLayout 中定义某个视图的位置， 您必须为该视图添加至少一个水平约束条件和一个垂直约束条件 。每个约束条件均表示与其他视图、父布局或隐形引导线之间连接或对齐方式。每个约束条件均定义了视图在竖轴或者横轴上的位置；因此每个视图在每个轴上都必须至少有一个约束条件，但通常情况下会需要更多约束条件。
当您将视图拖放到布局编辑器中时，即使没有任何约束条件，它也会停留在您放置的位置。不过，这只是为了便于修改；当您在设备上运行布局时，如果视图没有任何约束条件，则会在位置 [0,0]（左上角）处进行绘制。
在图 1 中，布局在编辑器中看起来很完美，但视图 C 上却没有垂直约束条件。在设备上绘制此布局时，虽然视图 C 与视图 A 的左右边缘水平对齐，但由于没有垂直约束条件，它会显示在屏幕顶部
请注意，约束中不能有循环依赖。
相对定位是在 ConstraintLayout 中创建布局的基本构建块之一。这些约束允许您相对于另一个小部件定位给定的小部件。您可以在水平和垂直轴上约束一个小部件：
如下图,这告诉系统我们希望按钮 B 的左侧被约束到按钮 A 的右侧。这样的位置约束意味着系统将尝试让两侧共享相同的位置。
这是可用约束的列表：
app:layout_constraintLeft(自身)_toLeftOf(相对于的控件)="相对的控件ID"
1.2 layout_constraintBaseline_toBaselineOf 基线对齐
如果设置了侧边距，它们将应用于相应的约束（如果存在）（图 ），将边距强制为目标端和源端之间的空间。通常的布局边距属性可用于此效果
2.1属性:
请注意，边距只能为正数或等于零，并且取Dimension.
2.2. 约束目标View.GONE的时候 的边距
3.1 居中定位,就是把定位控件的左边对应目标的左边 右边对应目标的右边,上边对应目标的上边
app:layout_constraintBottom_toBottomOf="parent"
app:layout_constraintLeft_toLeftOf="parent"
app:layout_constraintRight_toRightOf="parent"
app:layout_constraintTop_toTopOf="parent"
如上图,Button的左边位于父布局的左边,右边位于父布局的右边就做到了水平居中的效果
3.2 偏移 : 有时候居中展示还需要做出偏移效果
可以以一定角度和距离约束一个小部件中心相对于另一个小部件中心。这允许您将一个小部件定位在一个圆圈上
ConstraintLayout对标记为 的小部件进行了特定处理View.GONE。
GONE像往常一样，小部件不会被显示并且不是布局本身的一部分（即，如果标记为 ，它们的实际尺寸不会改变GONE）。
但就布局计算而言，GONE小部件仍然是其中的一部分，但有一个重要区别：
注意：
使用的边距将是 B 在连接到 A 时定义的边距（参见图 7 示例）。在某些情况下，这可能不是您想要的边距（例如，A 到其容器的一侧有 100dp 的边距，B 到 A 的边距只有 16dp，将 A 标记为已消失，B 到容器的边距为 16dp）。出于这个原因，您可以指定在连接到被标记为已消失的小部件时使用的备用边距值（请参阅 上面有关已消失的边距属性的部分 ）
1.1 您可以为自身定义最小和最大尺寸ConstraintLayout
1.2 控件尺寸约束
android:layout_width可以通过 3 种不同方式设置和 android:layout_height属性 来指定控件的尺寸：
重要提示：
MATCH_PARENT不建议用于ConstraintLayout. 可以通过MATCH_CONSTRAINT将相应的左/右或上/下约束设置为来定义类似的行为"parent"。
WRAP_CONTENT （添加在 1 . 1中）：强制约束
如果维度设置为WRAP_CONTENT，则在 1.1 之前的版本中，它们将被视为文字维度——也就是说，约束不会限制结果维度。虽然通常这已经足够（并且更快），但在某些情况下，您可能希望使用WRAP_CONTENT，但继续强制执行约束以限制结果维度。在这种情况下，您可以添加相应的属性之一：
MATCH_CONSTRAINT维度（添加在 1 . 1中）
当维度设置为MATCH_CONSTRAINT时，默认行为是让结果大小占用所有可用空间。有几个额外的修饰符可用：
layout_constraintWidth_min和layout_constraintHeight_min: 将设置此维度的最小尺寸
layout_constraintWidth_max和layout_constraintHeight_max: 将设置此维度的最大尺寸
layout_constraintWidth_percent和layout_constraintHeight_percent: 将此维度的大小设置为父维度的百分比
比率: 宽高比
您还可以将小部件的一个维度定义为另一个维度的比率。为此，您需要将至少一个约束维度设置为0dp（即MATCH_CONSTRAINT），并将属性设置layout_constraintDimensionRatio为给定的比率。例如：
除此之外，在设置宽高比的值的时候，还可以在前面加W或H，分别指定宽度或高度限制。 例如：
app:layout_constraintDimensionRatio="H,2:3"指的是 高:宽=2:3
app:layout_constraintDimensionRatio="W,2:3"指的是 宽:高=2:3
...
Guildline的主要属性：
Constraint 约束布局为了解决嵌套布局的弊端,更快的加载页面而出现,但是约束布局需要整体架构页面要有明确的构建页面的思维,故而学习以及思维模式要有的.所以个人感觉是简单页面还是用相对布局,线性布局就够了,对于复杂布局约束布局是你优化页面加载的不二之选.
*写作不容易,且赞且珍惜!!!*
F. android 自定义ui控件有哪些
布局（Layout）的概念是针对Activity的，Activity就是布满整 个Android设备的窗口或者悬浮于其他窗口上的交互界面。在一个应用程序中通常由多个Activity构成，每个需要显示的Activity都需要在AndroidManifest.xml文件之中声明。
通常情况下，开发人员可以使用两种方式来创建UI组件，一种方式是使用XML方式来配置UI组件的相关属性，然后装载这些UI组件，这也是最常用的方式。但是有些特殊情况下，需要动态生成UI组件，则需要使用第二种方式，完全使用java代码来创建UI组件。
XML布局文件是Android系统中定义的Layout的常用方式，所有布局文件必须包含在res/layout目录中，且必须符合Java的命名 规范。当在res/layout目录下新增了布局文件之后，R.java文件会自动收录该布局资源，Java代码可通过setContentView方法 在Activity中显示该Layout。
setContentView(R.layout.<资源名称>)；
在布局文件中可以指定UI组件的android:id属性，该属性的属性值代表该组件的唯一标识。通过Activity.findViewById()访问，并且findViewById()必须在setContentView加载xml文件之后使用，否则会抛出异常。
findViewById(R.id.)
Android应用的绝大部分UI组件都放在android.widget包及其子包、android.view包及其子包中，Android应用的 所有UI组件都继承了View类。View类还有一个重要的子类：ViewGroup，ViewGroup类是所有布局管理器的父类。
ViewGroup容器控制其子组件的分布依赖于ViewGroup.LayoutParams、ViewGroup.MarginLayoutParams两个内部类。
ViewGroup.LayoutParams提供两个XML属性设定组件的大小。
android:layout_height:指定该子组件的基本高度；
android:layout_width：指定该子组件的基本宽度。
这两个属性有三个基本值，这两个属性有三个特定的值：
fill_parent：指定组件的高度、宽度与父容器组件的一样。
match_parent：与fill_parent一样，Android2.2开始推荐使用。
warp_content：内容包裹。
ViewGroup.MarginLayoutParams用于控制子组件周围的页边距。
android:layout_marginBottom(下边距);
android:layout_marginLeft（左边距）;
android:layout_marginRight（右边距）:
layout_marginTop（上边距）
对于View的尺寸，android提供了三种单位供选择使用：
px：像素。
dp：dpi，表示屏幕实际的像素。
sp：与scale无关的像素，与dp类似。
尺寸单位选择的技巧：如果设置长度、高度等属性时可以使用dp或sp，但是如果设置字体，需要使用px。如果使用dp或sp，系统会根据屏幕密度的变化进行转换。
为了适应各种界面风格，Android提供了五种布局规范，利用这五种布局，基本上可以在设备上随心所欲的摆放任何UI组件，这五种布局分别是：
FrameLayout（帧布局）。
LinearLayout（线性布局）
RelativeLayout（相对布局）。
TableLayout（表格布局）。
AbsoluteLayout（绝对布局）。
线性布局（LinearLayout）
LinearLayout是最常用的布局方式，在XML文件中使用标记。它会将容器里的UI组件一个一个挨着排列起来。但是LinearLayout不会换行，当UI组件超出屏幕之后，则不会被显示出来。LinearLayout有两个重要的XML属性：androidgravity（对齐方 式）；android：orientation（排列方式）。
android：orientation（排列方式），设定了LinearLayout中包含的UI组件的排列方式，有两个选项vertical（竖向）、horizontal（横向，默认值）
android：gravity（对齐方式），设定LinearLayout中包含UI组件的对齐方式，其选项很多，常用上（top）、下（bottom）、左（left）、右（right）。
G. 问一下关于android 控件大小的问题
这三个的android:layout_weight="1" 都设置成1
希望可以帮你。
layout_weight 用于给一个线性布局中的诸多视图的重要度赋值。
所有的视图都有一个layout_weight值，默认为零，意思是需要显示
多大的视图就占据多大的屏幕空 间。若赋一个高于零的值，则将父视
图中的可用空间分割，分割大小具体取决于每一个视图的layout_weight
值以及该值在当前屏幕布局的整体 layout_weight值和在其它视图屏幕布
局的layout_weight值中所占的比率而定。
举个例子：比如说我们在 水平方向上有一个文本标签和两个文本编辑元素。
该文本标签并无指定layout_weight值，所以它将占据需要提供的最少空间。
如果两个文本编辑元素每一个的layout_weight值都设置为1，则两者平分
在父视图布局剩余的宽度(因为我们声明这两者的重要度相等)。如果两个
文本编辑元素其中第一个的layout_weight值设置为1，而第二个的设置为2，
则剩余空间的三分之二分给第一个，三分之一分给第二个(数值越小，重要度越高)。
H. 如何系统的学习android自定义各种酷炫控件
首先，为什么需要自定义View？
1. 现有的View满足不了你的需求，也没有办法从已有控件派生一个出来；界面元素需要自己绘制。
2. 现有View可以满足要求，把它做成自定义View只是为了抽象：为这个自定义View提供若干方法，方便调用着操纵View。通常做法是派生一个已有View，或者结合xml文件直接inflate。
目前常用的基本上是第二种方式，这种方式非常简单，与通常的View使用方法基本相同，但是作用却异常强大，拥有了这一层抽象，代码更加整洁也更容易维护，通过抽取自定义View的公共操作方法也减少了冗余代码，虽然简单，但不可忽视。
大多数人感觉神秘的应该是第一种，自绘控件，完全自定义；但其实这两种方式归根结底全部都是自绘；不信你去看看TextView的源码。只不过通常情况下系统帮我们绘制好了一些控件给开发者使用；OK，接下来就是一个问题。
在讲述之前我还是啰嗦地重申一下，复用已有View是最最常用也最有效的自定义View方式，必须熟练使用。
其次，如何自定义View？
想一下，一个View给用户最直观的感知是什么？静止的形态和动态的操作。静止的形态意思就是一个View呈现到用户眼里长成啥样子？动态操作指的是，用户与View之间可以有哪些交互？点击滑动View的不同地方会有什么反应？
1. 静态
如果一个自定义View的样式都没有办法绘制出来，那么后续的交互就是空谈了；我们一步步分解这个问题。
1.1 你的自定义View分为哪几个部分？是所有的部分都需要手动绘制还是只有一部分——找出需要完全自定义的部分，其他的部分用已有View实现。
1.2 你的自定义View的每个部分长成什么样，占用多大空间——结合理论知识View的measure过程，比如match_parent, wrap_content结合父View的laout_params参数最终测量大小是多少？
1.3 你的自定义View每个部分摆放在哪？相对位置如何？——View的layout过程。
1.4 你的自定义View那些完全需要手动绘制的部分是什么样，如何绘制？
你得学会操纵Canvas，学会2D绘图，什么？你跟我说3D，OpenGL？学会这些再说。