我应该等待AutoView吗？

我正在开发一个项目，我们正在使用MvvmCross框架。该项目应该在2月份完成。我们想知道我们是否应该等待AutoView作为跨平台UI解决方案，否则将会很快到来？我应该等待AutoView吗？

我们现在的问题是我们希望能够动态地构建BindableListView。然后列表中的每一项都可以有不同的布局和视图集，例如，当我有任意顺序的字符串和整数列表时，BindableListView将显示每个字符串的TextView和每个int的数字选择器。

事情是这样的：

public ElementDescription DefaultView() 
{ 
    var auto = new RootAuto(caption: "TestRootElement") 
    { 
     new SectionAuto(header: "Test Info") 
      { 
       foreach(item s in list) 
       { 
        if(s.GetType() == typeof(string)) 
         new StringAuto(); 
        if(s.GetType() == typeof(int) 
         new IntAuto(); 
       }    
      }; 

     return auto.ToElementDescription(); 
    } 
}

请问这甚至有可能与自动观看？或者我们应该寻找一种不同的解决方案？

来源

2012-11-14 Teunozz

您定位哪个平台？ Droid的？ WP？触摸？ WinRT的？ – Stuart

简单的答案 - 如果是针对真正的项目，并且期限紧迫......可能不是。

较长的答案...

时候会自动观看可用？

AutoViews仅在本周内可供Droid使用 - 这包括对话框，菜单和列表屏幕的自动选项。

对于Touch，我希望AutoViews能够在2-3周内到达 - 但这项工作可能会在某些方面影响到Droid的工作 - 例如，一些类和方法可能需要调整。

对于WP和WinRT，时间表目前不太清楚。有几个人在WP.Dialog端口上工作，并且这些端口的时间轴尚不清楚......

什么时候可以使用整个AutoView包？ API何时会稳定？将有多少样品？何时提供文件？我不知道。希望在十二月下旬，一月初 - 但是这里有一些外部因素需要考虑（包括当异步/等待到达MonoTouch/Droid时会发生的一些MvvmCross添加）。

什么将自动查看使用？

My main focus for autoviews允许快速的跨平台开发 - 所以他们将提供一种快速的方式来在4个平台上启动和运行UI。

这些UI可以换肤 - 例如，在MonoTouch上使用UIAppearance并在MonoDroid上使用自定义axml。这些用户界面也是可扩展和可覆盖的 - 不会锁定到AutoView方法。

很可能这些用户界面对于许多客户来说是'够用'的 - 例如，像TweetStation这样的应用程序（还有更多）显示了MonoTouch.Dialog如何生成非常好的完成应用程序，我希望AutoViews也能提供相同的功能。但是，AutoView用户界面永远不会像每个平台上的完整自定义用户界面一样强大或灵活 - 这么多应用程序也不想使用自动查看 - 或者想要覆盖它们中的重要部分。

我今天可以使用AutoView吗？

是的。

但是：

你需要使用开发PCLS要快乐（AutoViews只在vNextDialog分支存在现在）
你需要想到一些空间，类
和方法在未来几周内发生变化（例如，目前我们在FooBar命名空间中使用MonoDroid.Dialog）
您可能想要分叉存储库以将这些更改隔离开来。
使用AutoViews也有一些小的性能损失 - 使用反射的UI总是比直接代码慢（这不是一个巨大的代价，但是如果你是一个低级别的开发者，他喜欢让你的代码真的飞，那么你会宁愿避免反射）。

来源

2012-11-14 09:16:22 Stuart

谢谢你的回答。我想我们会坚持为现在的每个平台设计视图。保持伟大的工作！ – Teunozz

我应该等待AutoView吗？

回答

相关问题