小编Cam*_*ter的帖子

Android ImageView的重量不是以父LinearLayout为中心

我意识到这可能是一个微不足道的布局问题,但我似乎无法按照我想要的方式工作,而没有分层我感觉太多的容器布局.我想要做的是设置一个ImageView,以满足以下条件:

  1. ImageView的宽度是其父级宽度的一定百分比(现在的屏幕宽度).
  2. ImageView在屏幕内水平居中.

我使用XML布局创建了一个测试用例,但实际上我将以编程方式创建这些布局和视图; 我认为这不是为了找出正确的布局.

我对Android布局中的权重有些熟悉,以及它们通常用于如何使用相对加权因子布局多个视图.为了满足条件1,我创建了一个容器LinearLayout(水平方向),设置其weightSum = 1,然后使用我想要的任何百分比的权重嵌入我的ImageView,比如说0.5.这有效!

接下来,我希望ImageView最终在屏幕中水平居中.所以我将引力设置为"center"/"centerHorizo​​ntal".这就是我被卡住的地方,因为无论我选择什么引力/ layout_gravity设置,它似乎始终与左侧对齐.

布局文件:

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:background="#FFFFFF">
    <LinearLayout
        android:orientation="horizontal"
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:weightSum="1.0">
        <ImageView
            android:src="@drawable/earth"
            android:adjustViewBounds="true"
            android:layout_width="0"
            android:layout_height="wrap_content"
            android:layout_weight="0.5"
            android:layout_gravity="center_horizontal"
            android:id="@+id/imageView1" />
    </LinearLayout>
</LinearLayout>
Run Code Online (Sandbox Code Playgroud)

结果:

得到的图像与左侧对齐

我真正想要实现的是这样的:

期望的结果

但为了实现这一点,我不得不在我的ImageView的两侧插入两个权重为0.25的虚拟LinearLayouts,如下所示:

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:background="#FFFFFF">
    <LinearLayout
        android:orientation="horizontal"
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:weightSum="1.0">
        <LinearLayout
            android:orientation="horizontal"
            android:layout_width="0"
            android:layout_height="wrap_content"
            android:layout_weight="0.25"/>
        <ImageView
            android:src="@drawable/earth"
            android:adjustViewBounds="true"
            android:layout_width="0"
            android:layout_height="wrap_content"
            android:layout_weight="0.5"
            android:layout_gravity="center_horizontal"
            android:id="@+id/imageView1" />
        <LinearLayout
            android:orientation="horizontal"
            android:layout_width="0"
            android:layout_height="wrap_content"
            android:layout_weight="0.25"/>
    </LinearLayout>
</LinearLayout>
Run Code Online (Sandbox Code Playgroud)

在我看来,这是一个丑陋且笨拙的布局,不仅因为我现在不得不使用除了我的顶级LinearLayout之外的3个额外的LinearLayout来调整和定位我的视图,还因为我想以编程方式执行所有布局并动态地.我可能决定在运行时左右对齐我的视图,或者相对于屏幕宽度更改其缩放系数,在此解决方案中需要可能添加/删除虚拟布局视图并适当设置所有权重.

我希望有人在布局上比我有更好的解决方案!理想情况下,我可以设置"重力"(虽然我无法使其工作),或者设置宽度而不需要水平LinearLayout容器和重量的一些替代方法,因为没有那个容器我可以居中在我的顶级垂直LinearLayout中水平放置.

谢谢!

编辑:我刚刚意识到在我的第二次布局尝试中使用虚拟填充LinearLayouts,我可以取消第二个填充LinearLayout(设置为0.25的重量)并在我的ImageView之前使用一个虚拟填充LinearLayout,因为它们是相对于预定的父母的weightSum.例如:

    <LinearLayout
        android:orientation="horizontal"
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:weightSum="1.0">
        <LinearLayout
            android:orientation="horizontal" …
Run Code Online (Sandbox Code Playgroud)

android android-layout android-xml

8
推荐指数
1
解决办法
4294
查看次数

C#线程安全的getter性能差异

我正在编写一个线程安全对象,它基本上代表一个double并使用一个锁来确保安全的读写.我在一段代码中使用了许多这些对象(20-30),每秒读取和写入它们100次,我正在测量每个时间步长的平均计算时间.我开始考虑一些选项来实现我的getter,在运行了很多测试并收集了许多样本来平均我的计算时间测量后,我发现某些实现的性能始终优于其他实现,但不是我期望的实现.

实施1)计算时间平均值= 0.607ms:

protected override double GetValue()
{
    lock(_sync)
    {
        return _value;
    }
}
Run Code Online (Sandbox Code Playgroud)

实现2)计算时间平均值= 0.615ms:

protected override double GetValue()
{
    double result;
    lock(_sync)
    {
        result = _value;
    }
    return result;
}
Run Code Online (Sandbox Code Playgroud)

实现3)计算时间平均值= 0.560ms:

protected override double GetValue()
{
    double result = 0;
    lock(_sync)
    {
        result = _value;
    }
    return result;
}
Run Code Online (Sandbox Code Playgroud)

我的期望:我原本期望看到实现3是3中最差的(这实际上是我原来的代码,所以这是我用这种方式编写的机会或延迟编码),但令人惊讶的是它始终是最好的表现.我希望实现1是最快的.我还期望实现2至少与实现3一样快,因为我只是删除了对被覆盖的双重结果的赋值,所以这是不必要的.

我的问题是:有谁可以解释为什么这3个实现具有我测量的相对性能?这对我来说似乎是违反直觉的,我真的很想知道原因.

我意识到这些差异并不重要,但每次运行测试时它们的相对测量值都是一致的,每次测试都会收集数千个样本来平均计算时间.此外,请记住我正在进行这些测试,因为我的应用程序需要非常高的性能,或者至少与我能合理地获得它一样好.我的测试用例只是一个小测试用例,我的代码性能在发布时运行很重要.

编辑:请注意我正在使用MonoTouch并在iPad Mini设备上运行代码,因此它可能与c#无关,而且与MonoTouch的交叉编译器有关.

c# performance locking

7
推荐指数
2
解决办法
1238
查看次数

无法将iOS Autolayout乘数设为零

我正在尝试做的事情: 我正在尝试使用自动布局约束来动态显示/隐藏视图,但是我希望视图在隐藏时有效地占用0空间(因此常规的hidden属性对我)。

方法: 我正在使用NSLayoutConstraints以编程方式完成所有布局(请注意,使用Xamarin C#,而不是Objective c),因此我试图以编程方式在一组“可见”约束之间进行切换(正常布局,这始终可以正常工作)和“隐藏”约束,将宽度和高度设置为零。

我正在做一些基本测试,可以删除宽度约束,然后设置一个新的约束来执行我想做的任何事情。但是,每当我尝试定义一个乘数且常数为零的约束(更不用说添加到视图中)时,NSLayoutConstraint中的乘数就会神奇地变为1。例如,我的隐藏宽度约束定义为:

NSLayoutConstraint c1 = NSLayoutConstraint.Create(view, NSLayoutAttribute.Width, NSLayoutRelation.Equal, null, NSLayoutAttribute.NoAttribute, 0f, 0f);
Run Code Online (Sandbox Code Playgroud)

我检查约束c1,乘数为1且常数为0。view是要添加约束的视图(UIButton在这种情况下为a)。

问题:是否可以像这样将自动布局约束乘数设置为0?如果是这样,那么有什么特别的UIButton事情阻止我这样做吗?理想情况下,我希望几乎可以进行此显示/隐藏UIView

c# xamarin.ios ios autolayout xamarin

1
推荐指数
2
解决办法
1252
查看次数