Android-我可以使用include/merge标记来提高1级视图层次结构布局的性能吗？
自从我发现ConstraintLayout之后，我实现了将所有布局转换为非常快速的加载1-level-view-hierarchy-layouts。这意味着，所有视图都是根布局的直接子元素。
但是，我注意到许多视图是以相同的模式对齐和样式的，并且对它们的下一个视图具有相同的约束等等。因此，我想知道是否可以通过在第二个xml文件中定义这样的重复视图组，并使用include-and merge-tag在布局中多次包含它们来进一步提高性能。
这会使sence和它会提高性能吗？如果是，如果我有一个3个文本视图的模式（从几个复制开始？）
共有1个答案
我不认为有必要尝试提高constraintLayouts的性能，它是一种超级快速且易于使用的布局。
从您在这里所说的“通过定义这样的重复视图组来进一步提高性能”来看，这听起来确实像是碎片的工作。不要忘记，如果您想使用片段，您必须设置片段布局--所以实际上并没有节省工作。
所以通常对于constarintLayout，如果您巧妙地使用这种布局，性能应该不是问题。
-
本文向大家介绍Android中使用include标签和merge标签重复使用布局，包括了Android中使用include标签和merge标签重复使用布局的使用技巧和注意事项，需要的朋友参考一下 尽管Android提供了各种组件来实现小而可复用的交互元素，你也可能因为布局需要复用一个大组件。为了高效复用完整布局，你可以使用<include/>和<merge/>标签嵌入另一个布局到当前布局。所以当你
-
一、<include/> 标签在布局优化中是使用最多的一个标签了，它就是为了解决重复定义布局的问题。标签就相当于C、C++中的include头文件一样，把一些常用的底层的API封装起来，需要的时候引入即可。在一些开源的J2EE中许多XML配置文件也都会使用标签，将多个配置文件组合成为一个更为复杂的配置文件，如最常见的S2SH。 在以前Android开发中，由于ActionBar设计上的不统一以及兼
-
本文向大家介绍Android布局技巧之include、merge与ViewStub标签的巧用，包括了Android布局技巧之include、merge与ViewStub标签的巧用的使用技巧和注意事项，需要的朋友参考一下 前言 在开发中UI布局是我们都会遇到的问题，随着UI越来越多，布局的重复性、复杂度也会随之增长。 相信大家经常听到include、merge、ViewStub这样的标签，官方也提到
-
本文向大家介绍Android抽象布局——include、merge 、ViewStub详解，包括了Android抽象布局——include、merge 、ViewStub详解的使用技巧和注意事项，需要的朋友参考一下 在布局优化中，Androi的官方提到了这三种布局<include />、<merge />、<ViewStub />，并介绍了这三种布局各有的优势，下面也是简单说一下他们的优势，以及怎
-
D3 具有多种布局，用于严格树的有向图，如下所示： 我需要绘制一个不是树的节点层次结构，而是一个有向无环图。这是树布局的问题，因为几个分支收敛： 有人知道一般层次结构的D3布局吗？或者，对现有的treelayout进行一些巧妙的破解？我注意到GraphVis很好地处理了这种情况，但D3生成的图更适合这里的需求。
-
问题内容： 是否可以基于层次结构/ cte创建视图？ 我看过一个有关如何基于链接递归查询生成结果集的示例。 我已经附上了ddl和声明。 谢谢你， 埃尔默 问题答案： 后已被指定（超出右括号），您需要选择从CTE的所有值： 这是构成视图的实际选择查询。 这是一个完整的工作示例，其中选择了视图的最终输出，以及一些其他语句，以允许这些语句在SQL Server Management Studio中一次执