我應該等待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嗎？

回答

相關問題