시차 헤더를 지원하는 Scrolling 이벤트는 어떻습니까?

이것에 대해 좋아할 것이 많이 있습니다.

글꼴 아이콘 소스

FontIconSource의 경우 유니코드 값을 사용하지 않는 방법이 필요합니다(원하지 않는 경우). f370 값을 가진 FontIconSource를 보고 있다면 그것이 무엇인지 전혀 알 수 없습니다.

반면에 내가 사용하고 있는 아이콘 글꼴을 선택하고 Forms에서 fa-app-store-ios 를 f370 해당하는 유니코드로 변환하는 방법을 제공하면 이제 한 눈에 알 수 있습니다. 내가 사용하는 아이콘은 Font Awesome에서 가져온 것이며 iOS App Store 아이콘입니다. 결코 Forms가 사용 가능한 모든 글꼴(또는 해당 문제에 대한 모든 것)에 대해 이해해야 한다는 말은 아닙니다. 일부 공개 요지에서 가져오거나 Community Toolkit 등에 추가할 수 있습니다. 어느 쪽이든 우리는 필요합니다. 의미 있는 이름을 사용하는 방법.

마지막으로 이를 위해 XAML Extension에서 구워질 수 있기를 바랍니다.

<Image Source="{FontIcon fa-app-store-ios,Color={StaticResource primaryColor}}" />

메뉴

앞서 @davidortinau 와 iOS CollectionView 문서에 표시된 것과 같은 셀 메뉴 접근 방식입니다.

이벤트

내가 편향되어 있다고 말하는 것이 안전하다고 생각하지만 커뮤니티의 매우 많은 부분이 MVVM 디자인 패턴을 따르고 있습니다. SelectionChanged & RemainingItemsThresholdReached 이벤트를 갖는 것은 모두 API에 중요하지만 ViewModel의 이벤트 핸들러 버전으로 이러한 OOB를 지원할 수 있는 방법을 찾을 수 있다면 환상적일 것입니다... 나는 명령한다.

RemainingItemsThresholdReached는 평범한 오래된 EventArgs를 보내기만 하면 명령을 실행하기만 하면 되기 때문에 명령에 null을 전달하는 것이 좋다고 가정할 수 있습니다. SelectionChanged의 경우 이전 항목에 비해 새 항목을 아는 것이 더 중요하다고 생각하는 경향이 있으므로 단순히 새 항목 OOB를 SelectionChangedCommand에 전달하는 것이 좋습니다. 이것은 모든 사용 사례에 적용되는 것은 아니지만 최소한 개발자가 일부 EventToCommandBehavior와 함께 추가해야 하는 최소한의 오버헤드를 제공합니다.

현재 목록 보기를 종료하는 완벽한 샘플은 다음 위치에서 캘린더 제어를 만드는 것입니다.
-일(셀)은 다양한 스타일을 가질 수 있습니다.
승진일, 생일, 장애인 / 무세일 / 공휴일로 ...
다른 사용자 정의 글꼴이 포함된 아이콘, 선택한 경우 셀에 그림자가 있고, r에 있는 경우 다른 스타일
분노, 범위의 시작과 끝에서 기타
- 날짜 범위 선택 가능
-month 헤더 및 사용자 정의 헤더 스타일
-month 헤더에는 현재 달에 대한 몇 가지 특별한 보기/동작/표시를 허용하는 버튼이 있습니다.

GroupFooterTemplate도 추가하는 것은 어떻습니까?

이것은 Forms에서 매우 필요합니다 :-) CollectionView는 지난 5년 동안 내가 만든 거의 모든 Forms 앱에서 값비싼 해결 방법을 제거하고 제한 사항을 해결하며 성능을 개선할 것입니다. 정확히 올바른 접근 방식 - 기본 플랫폼의 힘을 활용하고 노출합니다.

Forms에 대해 요청할 수 있는 개선 사항이 하나만 있다면 이것이 될 것입니다.
(실제로 2017년 @davidortinau님의

이것은 정말 굉장하고 오랫동안 기다려온 것입니다! API는 깨끗하고 간단합니다(HasUnevenRows의 이름을 바꿔주셔서 감사합니다!).

@dhaligas가 제안한 것처럼 스크롤 이벤트가 매우 필요합니다. 시차 애니메이션의 경우뿐만 아니라 예를 들어 스크롤하는 동안 부동 작업 버튼을 숨깁니다.

FontIconSource는 좋은 생각입니다. 모든 플랫폼(iOS 또는 UWP와 유사)에 대해 유니코드가 매핑된 기본 아이콘 목록을 제공하는 것이 좋습니다.

이것은 정확히 필요한 것처럼 들립니다. API는 훨씬 더 깔끔해 보이며 이러한 방식으로 구조화된 여러 보기/컨테이너를 사용하면 코드를 더 깨끗하고 단순하게 유지하는 데 도움이 됩니다.

지금까지 내 의견:

@dansiegel 남은 항목 임계값이 충족되면 명령을 환영합니다. SelectedItems에 필요한지 확실하지 않습니다. SelectedItems가 ObservableCollection(또는 INotifyCollectionChanged를 구현하는 모든 것)인 한 사용자가 말한 모든 것(변경 사항, 변경된 사항, 심지어 이유까지)이 자동으로 처리됩니다. 복잡성을 줄이기 위해 CollectionView에 가능한 한 적은 코드를 사용하고 싶습니다.

스크롤링: 스크롤링 이벤트에 대해 전적으로 동의합니다. 현재 Android의 경우 이를 얻을 수 있지만 iOS의 경우 UITableViewSource를 래핑하고 Scrolled 메서드를 하이재킹해야 합니다.

나에게 가장 중요한 것은 확장성일 것입니다. 어댑터 및 TableViewSources에 대해 내부 클래스를 사용하지 말고 네이티브 렌더러에서 "CreateAdapter" 및 "CreateViewSource" 메서드(및 다른 플랫폼의 경우 유사)를 노출하여 원하는 경우 고유한 형식을 만들 수 있습니다. Android에서 끌어서 놓기 지원을 위한 사용자 지정 ListAdapter가 있으며 앞서 언급했듯이 스크롤 및 끌어서 놓기를 위한 사용자 지정 UITableViewSources가 있습니다. 내부 클래스 등의 래핑이 있기 때문에 내가 좋아하는 코드는 아닙니다.

이것은 어댑터/뷰 소스에만 적용되는 것은 아닙니다. 일반적으로 새 API에서는 필요한 경우 동작을 확장할 수 있는 지점을 추가하십시오.

정말 훌륭하고 중요한 기능인 것 같아요!
iOS는 이미 UICollectionView 이름을 사용하고 있으므로 CollectionView를 검색할 때 혼란과 잘못된 Google 결과가 발생할 수 있습니다. 이것이 문제입니까?

간단히 말해서, 저는 기본적으로 CollectionView 사양에 대한 모든 것을 좋아합니다. 다른 많은 사람들이 하는 것처럼 생각이 있고 대화를 따라가기가 어려워지는 것을 볼 수 있기 때문에 일부 항목을 별도의 문제로 나누는 것이 가치가 있을 수 있습니다. 예를 들어:

나중에 추가할 수 있지만 다음과 같습니다.

public class MultipleFontIconsSource : ImageSource
{
    public List<FontIconSource> Icons { get; set; }
}

스태킹 아이콘을 지원하는 데 유용합니다. https://fontawesome.com/how-to-use/on-the-web/styling/stacking-icons

내 피드백:

1. CollectionView 클래스에 항목 선택 기능을 넣지 않았습니다. 대신 특정 기능이 있는 CollectionView에서 파생된 추상 기본 클래스 ListCollectionView를 추가합니다.

public class CollectionView : View
{
   // Common capabilities related to a view capable of displaying a list of items
    public static readonly BindableProperty ItemsLayoutProperty;
    public IItemsLayout ItemsLayout { get; set; }

    public static readonly BindableProperty ItemsSourceProperty;
    public IEnumerable ItemsSource { get; set; }
}

public class ListCollectionView : CollectionView
{
     // Item selection capabilities and other capabilities 

    public static readonly BindableProperty SelectionModeProperty;
    public SelectionMode SelectionMode { get; set; }

    public static readonly BindableProperty SelectedItemProperty;
    public object SelectedItem { get; set; }

    public static readonly BindableProperty SelectedItemsProperty;
    public IList<object> SelectedItems { get; set; }

    public static readonly BindableProperty SelectedItemsProperty;
    public IList<object> SelectedItems { get; set; }
}

내 아이디어는 Windows XAML의 ItemsControl과 유사한 CollectionView를 갖는 것입니다. ItemsControl은 항목을 배치하는 Panel 인스턴스를 사용합니다. Forms에는 CollectionView 및 IItemsLayout이 있습니다.
기본적으로 IItemLayout이 지정되지 않은 경우 기본 레이아웃은 스택 레이아웃이 될 수 있습니다. 이 방법으로 기본적으로 Windows XAML의 StackPanel과 결합된 ItemsSource를 가질 수 있습니다. 즉, 바인딩 가능한 StackLayout !

항목 선택 외에도 CollectionView에 넣지 않은 다른 기능이 있으며 이를 ListCollectionView에 추가합니다. 예를 들어 CollectionView에는 스크롤이 없어야 합니다. 이렇게하면 이 스레드를 덮을 것입니다.

1. IItemsLayout 인터페이스의 이름을 ICollectionViewLayout으로 변경하겠습니다. 프레임워크에는 이미 Layout 및 ItemsView 있습니다. 더 긴 이름이지만 ICollectionViewLayout은 항목을 표시하는 일반적인 방법이 아니라 CollectionView에만 해당하는 용도를 나타내는 강력한 표시입니다.

2. ItemsLayout 클래스의 이름을 OrientedCollectionViewLayout으로 변경하겠습니다. 추상 기본 클래스가 실제로 무엇을 위한 것인지에 대한 강력한 표시이며 모든 파생 클래스는 항목을 지향적인 방식으로 레이아웃합니다. 또한 이름에 "Oriented"를 사용하면 나중에 "CollectionViewLayout"이라는 추상 기본 클래스를 추가할 수 있는 옵션이 제공됩니다. 방향이 있는 클래스뿐만 아니라 모든 컬렉션 보기 레이아웃 클래스에 몇 가지 새로운 공통 기능이 필요한 경우.

3. ViewCell을 제거하고 DataTemplate만 사용하는 것은 매우 환영하며 재사용성을 향상시킵니다.

1. RefreshView에 대한 자세한 내용을 공유할 수 있습니까?
   어떻게든 RefreshView가 iOS의 UIRefreshControl에 매핑되어야 한다고 가정합니까? Android 및 UWP에서 어떻게 작동합니까?

관심이 있는 사람이 있으면 위의 첫 번째 의견을 업데이트했습니다.

나는 @andreinitescu 가 스크롤하지 않는 컬렉션을 가질 수 있는 방법이 있으면

스크롤 기능을 제어한다는 아이디어가 마음에 들긴 하지만 ListView의 모든 고급 기능이나 머리 위에서 제안된 CollectionView를 포함하는 스크롤되지 않는 "컬렉션"에 대한 설득력 있는 사용 사례도 생각하지 않습니다. 스크롤되지 않는 목록에 대한 나의 사용 사례는 항상 사소한 항목 목록으로 해결되었습니다. ListView를 사용하지 않는 일반적인 이유는 선택을 원하지 않거나 목록을 가로로 레이아웃하기를 원하기 때문입니다. 두 경우 모두 제안된 사양에 포함된 것으로 보입니다. 스크롤 없이 사용할 수 있는 다른 사용 사례에 관심이 있습니다.

@bmacombe 바인딩 가능한 StackLayout을 구현하는 것이 "간단하다"는 데 동의하지만 그게 제가 생각하는 요지는 아닙니다. 이것은 매우 일반적인 기능입니다. 프레임워크에 포함하지 않는 이유는 무엇입니까? 그리고 약간의 계획만 있으면 가능하다고 생각합니다. 위에서 이미 말했듯이 기본 클래스(Windows XAML의 ItemsControl과 유사) 및 CollectionView(ListView)의 두 가지 클래스에 기능을 분산하면 해결할 수 있습니다. 이상적으로는 계층 구조에 선택기 클래스가 있어야 합니다(https://docs.microsoft.com/en-us/uwp/api/windows.ui.xaml.controls.primitives.selector 참조).

스크롤하지 않는 옵션이 있는 사소한 이유는 일부 페이지에는 전체 페이지에 대한 ScrollView와 항목 목록이 있어야 하기 때문입니다.

그렇게 하면 현재로서는 ScrollView에 ListView를 두는 것을 권장하지 않습니다. 여전히 잠재적으로 ListView의 모든 기능을 갖고 있고 거기에 넣을 수 있는 바인딩 가능한 CollectionView는 여러 번 필요했던 것입니다.

나는 다른 모든 사람들이 하는 것과 동일한 BindableStack을 작성했지만 하나에서 구운 것이 작업하기에 훨씬 더 좋을 것입니다.

@adammeaney 그것은 말이 되며 지금 생각해보면 비슷한 일을 했습니다.

@andreinitescu 나는 그것이 내장되어 있으면 좋을 것이라는 데 동의하지 않습니다. 나는 모든 사람이 필요한 것과 최선의 방법에 대해 같은 페이지에 있다고 생각합니다. 어떤 유형의 "스크롤 없음" 옵션이 있는 한 두 접근 방식 모두 괜찮습니다.

내 자신의 프레임워크에서는 항상 많은 기능을 하나의 컨트롤에 구축하거나 증분 기능이 있는 유사한 클래스를 많이 사용합니다. 그러나 Forms 팀은 특히 기본 플랫폼 구현을 고려하여 가장 잘 구현하기로 결정했습니다.

@bmacombe 계획을 하면 한 돌로 두 마리의 새를 얻을 수 있기를 바랍니다.
예를 들어 내가 언급한 방식으로 작동하는 CollectionView 클래스의 인스턴스에 IItemLayout이 설정되지 않은 경우 렌더러 메커니즘을 통해 iOS의 기본 UIStackView 또는 UWP의 StackPanel 또는 Android의 LinearLayout에 매핑할 수 있습니다. 또는 구현하기 쉽도록 기존 StackLayout을 사용하여 보기를 정렬할 수 있습니다.

내 인상은 새로운 ListView가 기존 ListView의 문제를 해결하는 동시에 여기 에서 "RepeatableBinder" 스레드에 대한 솔루션을 제공해야 한다는 것이었

이 사양을 추진하기 전에 ListView2의 위치를 ​​확인하고 싶습니다. 여기에는 동일한 필수 구성 요소가 많이 포함되어 있으므로 중복을 피하는 것이 가장 좋습니다.

여기 사양에서 제안하는 것처럼 모든 기능을 CollectionView에 넣는 것이 제대로 작동하는지 모르겠습니다.

2680 이 사양에 추가할 수 있습니까? ScrollBar 활성화와 관련하여.

@andreinitescu

RefreshView에 대한 자세한 내용을 공유할 수 있습니까?
어떻게든 RefreshView가 iOS의 UIRefreshControl에 매핑되어야 한다고 가정합니까? Android 및 UWP에서 어떻게 작동합니까?

UWP에서는 RefreshContainer를 사용할 가능성이 높습니다. Android에서는 아마도 SwipeRefreshLayout 입니다.

@krdmllr

iOS는 이미 UICollectionView 이름을 사용하고 있으므로 CollectionView를 검색할 때 혼란과 잘못된 Google 결과가 발생할 수 있습니다. 이것이 문제입니까?

문제지만 새로운 것은 아닙니다. GestureRecognizer, ListView, Grid 및 Forms의 기타 여러 항목에 동일한 문제가 있습니다. 우리는 이것을 내부적으로 약간 고심했습니다. "화면에 많은 항목"에 대해 가능한 이름이 너무 많습니다.

"CollectionView"는 현재 Forms에 있는 것과 충돌하지 않으며 UWP 컨트롤 이름("ListView"가 하는 방식)과 충돌하지 않으며 UICollectionView와 _정확히_ 같지 않습니다("UI" 접두사 때문에). 검색 목적으로는 100% 이상적이지는 않지만 컨트롤의 의도를 가장 잘 표현한 것 같습니다.

즉, 누군가 우리가 즉시 사랑에 빠지는 다른 이름을 제안하면 기꺼이 검색하여 교체합니다.

(이름을 "ListView2ColonRevengeOfTheListView"로 지정하고 싶었지만 @davidortinau가 저를 격추

@dansiegel

이에 대한 몇 가지 좋은 맥락은 왼쪽으로 스와이프할 때 하나의 메뉴가 표시되고 오른쪽으로 스와이프할 때 다른 메뉴가 표시되는 이메일 클라이언트를 생각하는 것입니다.

SwipeView 사양을 살펴보십시오. 이것이 바로 우리가 목표로 하는 것입니다.

@GalaxiaGuy

스태킹 아이콘 지원

좋은 점입니다. 가능하면 지원해야 합니다. 기본 제공 UWP 글리프와 함께 작동한다는 것을 알고 있습니다. 스택 유형이 다른 플랫폼에서 작동하는지 확인하기 위해 약간의 조사를 해야 할 것입니다(답은 "예"라고 생각합니다).

업데이트: 이 사양의 FontIconSource 부분이 자체 사양 으로 이동되었습니다.

예를 들어 앨범에서 하나 이상의 사진을 선택하는 것과 같이 선택 항목에서 항목을 여러 개 선택하는 사용자 시나리오입니다. OneDrive 또는 WhatsApp과 같은 앱에서 흔히 볼 수 있는 시나리오입니다.

@hartez

즉, 누군가 우리가 즉시 사랑에 빠지는 다른 이름을 제안하면 기꺼이 검색하여 교체합니다.

다른 이유로 이미 새 이름을 제안했습니다.

SelectionMode 이 Multiple 일 때 SelectedItem 의 값은 얼마입니까? 내가 생각할 수있는 5 가지 옵션이 있습니다.

1. 선택 순서에 따라 마지막으로 선택한 항목입니다.
   
2. 소스 순서로 마지막으로 선택한 항목입니다.
   
3. 선택 순서에 따라 마지막으로 선택/선택 해제된 항목입니다.
   
4. 소스 순서에 따라 마지막으로 선택/선택 해제된 항목입니다.
   
5. 없는
   
   
   
   (2), (3), (4)는 그다지 유용하지 않습니다. 나는 모든 옵션을 다루기 위해 그것들을 추가했습니다. (1)이 가장 논리적인 선택인 것 같습니다. (5) SelectionMode 가 Multiple 경우 SelectedItem 를 전혀 지원하지 않으려는 경우.

@AmrAlSayed0

SelectionMode가 다중일 때 SelectedItem의 값은 무엇입니까?

지금 대답은 " SelectionMode 를 Multiple 로 전환하기 전의 상태"입니다.

@로기희

선택 항목에서 항목을 여러 개 선택하는 사용자 시나리오입니다.

이 선택 시나리오가 지원되는지 여부를 묻고 있습니까? AFAIK, 우리가 사용하려는 모든 기본 컨트롤이 이를 지원하므로 CollectionView에서 _지원해야 합니다_.

SelectionMode에 대한 바인딩 가능한 스타일은 유용할 것입니다. SelectionMode=None, Transparent 등인 경우 이것은 Radlist가 수행하는 작업으로 바인딩을 기반으로 시각적 상태를 처리하는 매우 유용하고 쉬운 방법입니다. 각 선택 모드에 대한 스타일은 이러한 시나리오를 다룹니다.

@andreinitescu

https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment -401015625(및 기타)에서 귀하의 의견에 응답:

당신은 많은 좋은 점을 지적하고 있으며 우리가 그것을 무시하지 않는다는 것을 확실히 하고 싶습니다. 우리는 아직 모든 답을 알지 못합니다. 우리는 이 API가 어디에서 작동하고 어디에서 무너지는지 볼 수 있도록 이 API를 추가하는 중입니다. 나는 당신이 제안하는 클래스 분류가 우리가 끝내야 할 위치에 꽤 가깝다고 생각합니다.

우리는 당신(그리고 몇몇 다른 사람들)이 템플릿 항목의 StackLayouts 및 Grids(즉, "BindableRepeater")로 렌더링할 수 있는 중간 클래스를 갖는 데 매우 열중하고 있으며 이것이 우리가 탐색 중인 사용 사례 중 하나라는 것을 알고 있습니다.

@alexhardwicke

일반적으로 새 API에서는 필요한 경우 동작을 확장할 수 있는 지점을 추가하십시오.

렌더러의 UpdateX 메서드는 protected virtual 입니다. :)

진지하게, 우리는 이것이 과거의 골칫거리였음을 알고 있으며 CollectionView 를 작성하는 동안 이를 염두에 두고 있습니다.

1. 다시 생각해 보면 CollectionView가 이 보기의 클래스 이름으로 좋은 선택이 아니라고 생각합니다.
   Windows XAML에서 CollectionView는 그룹화 필터링에 사용되는 항목의 데이터 원본에 대한 기본 클래스입니다. https://msdn.microsoft.com/en-us/library/system.windows.data.collectionview(v=vs . 110).aspx
   아마도 어느 시점에서 Xamarin Forms는 동일한 목적을 위한 클래스를 갖게 될 것이며, 특히 XAML Standard에 대해 생각할 때 동일한 이름(CollectionView)을 갖는 것이 의미가 있을 것이라고 생각합니다(아직도 계획되어 있습니까?).

   보기 흉하고 재미있지만 ListView2가 좋은 선택입니다. 기존 이름이 의미가 있는 유일한 이름인 경우 버전 관리에 접미사를 사용하는 것이 .NET에서 권장되는 방법입니다.

   기존 API의 새 버전을 나타내기 위해 숫자 접미사를 사용하십시오. 특히 API의 기존 이름이 유일하게 의미가 있는 이름인 경우(즉, 산업 표준인 경우) 의미 있는 접미사를 추가하는 경우(또는 변경하는 경우) name)은(는) 적절한 옵션이 아닙니다.

   _프레임워크 디자인 지침: 재사용 가능한 .NET 라이브러리에 대한 규칙, 관용구 및 패턴, 2판_
   https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/general-naming-conventions

   나중에 어느 시점에서 모든 사람들이 새롭고 반짝이는 것을 사용할 것입니다. 안정적이고 성능이 좋은 ListView2 :). 빨리 감기, 비록 브레이킹 체인지에도 불구하고 ListView2의 이름을 ListView로 바꾸는 것은 모든 사람에게 간단하고 환영받는 리팩토링이 될 것입니다.

2. Xamarin Forms에는 이미 ItemsView가 있습니다.항목 레이아웃 속성이 없다는 점을 제외하면 Windows XAML의 ItemsControl과 매우 유사해 보입니다.
   새 CollectionView 클래스를 만드는 대신 기존 ItemsView를 사용할 수 있습니까?또한 새 ListView의 기본 클래스로?

3. API 설계 및 구현에는 목록 항목을 표시하지만 단순하고 가볍고 스크롤할 수 없고 스크롤할 수 없는 항목을 표시하기 위한 "BindableRepeater"와 같은 것을 가질 수 있는 유연성이 있는 기본 플랫폼 컨트롤을 사용하는 것과 관련된 명백한 도전이 있습니다. -선택 가능한 항목 목록.
   Uno가 해낸 것 같습니다.

   • https://github.com/nventive/Uno/blob/master/doc/articles/ListViewBase.md#internal -implementation
   • ListViewBase: https://github.com/nventive/Uno/blob/master/src/Uno.UI/UI/Xaml/Controls/ListViewBase/ListViewBase.cs
   • 항목 제어: https://github.com/nventive/Uno/blob/master/src/Uno.UI/UI/Xaml/Controls/ItemsControl/ItemsControl.cs

새 CollectionView 클래스를 만드는 대신 기존 ItemsView를 새 ListView의 기본 클래스로 사용할 수도 있습니까?

ItemsView<T> 가 있지만 우리는 그것을 사용하고 싶지 않습니다. TemplatedItemsList . 이것은 우리가 이 새로운 컨트롤에서 피하려고 하는 cruft의 일부입니다.

나중에 어느 시점에서 모든 사람들이 새롭고 반짝이는 것을 사용할 것입니다. 안정적이고 성능이 좋은 ListView2 :). 빨리 감기, 비록 브레이킹 체인지에도 불구하고 ListView2의 이름을 ListView로 바꾸는 것은 모든 사람에게 간단하고 환영받는 리팩토링이 될 것입니다.

당신의 낙관주의는 매력적이지만 ListView(1)이 영원하고 ListView2 이름 바꾸기와 같은 주요 변경이 허용되지 않는다는 가정 하에 작업해야 합니다.

Windows XAML과 동등하게 유지하는 것이 합리적이라고 생각했지만 새 컨트롤이 약속을 지키는 한 원하는 이름을 사용하십시오. Uno 프레임워크는 그렇게 하는 데 성공한 것처럼 보이므로 이제 여러분이 Xamarin Forms에서 무엇을 가져오고 있는지 보고 싶습니다.

@gmwilhelm

https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment -400925994

좋은 지적. API에 잠정적으로 추가했습니다. iOS와 Android에서 구현하는 방법을 완전히 알 수 있기 때문에 잠정적으로 말하지만 UWP는 어려울 수 있습니다.

그러나 그것이 합리적이고 유쾌하게 대칭적이라는 것을 부정할 수 없습니다.

GroupItemsBinding 추가하는 것은 어떻습니까?

이렇게 하면 ListView와 같이 그룹이 컬렉션 에서 파생되도록 요구하는 대신 Group에 컬렉션 유형 속성이 포함될 수 있습니다 . 이 기존 ListView 제한으로 인해 여러 경우에 그룹화된 데이터 구조의 성능이 많이 소모되는 복제를 수행해야 했습니다. GroupItemsBinding 추가하면 이를 방지하고 그룹화된 데이터 구조에 대한 보다 유연한 매핑을 허용합니다.

즉, GroupDisplayBinding 문서에 사용된 예는 다음과

```C#
class Group // Group은 ObservableCollection에서 파생될 필요가 없습니다.
{
공개 그룹(문자열 firstInitial) { FirstInitial = firstInitial; }

public string FirstInitial { get; private set; }

public ObservableCollection<Person> Persons { get; set; } // We use a property for the group items instead

}

목록 보기 만들기 목록 보기()
{
var listView = 새로운 ListView {
GroupItemsBinding = 새 바인딩(nameof(Group.Persons))
// ...
};
// ...
}

```

이것이 UICollectionView가 레이아웃 측면에서 수행하는 작업의 하위 집합임을 감안할 때 컨트롤의 기능과 혼동을 피하기 위해 다른 이름을 선택해야 한다고 생각합니다.

명확히하기 위해이 컨트롤은 아직 사용할 수 없습니다. 정확합니까? 참조하려고 했지만 프로젝트에서 찾을 수 없습니다.

@titonton 이것은 CollectionView에 대한 사양을 논의하기 위한 문제이며 구현이 아직 시작되지도 않았으며 사양이 확정될 때까지 그럴 것이라고 생각하지 않습니다.

@AmrAlSayed0 사실 11일 전에 "Sprint 139에서 진행 중"으로 이동했기 때문에 시작했어야 합니다.

API에 대한 결정이 무엇인지 명확하지 않기 때문에 이것이 어떻게 시작되었는지는 매우 불분명합니다.

@opcodewriter 그게 내가 생각한 것입니다. @AmrAlSayed0 설명 감사합니다.

누군가 이 사양의 현재 상태를 명확히 할 수 있습니까? 커뮤니티에서 도움을 줄 수 있는 부분이 누락되었습니까?

@migueldeicaza @hartez 이름을 CollectionView 로 지정하지 않으려면 이름을 지정하는 것이 어려울 것입니다. CatalogView 어떻습니까?

카탈로그는 종종 하나 이상의 열과 유사한 글꼴, 텍스트, 레이아웃 등을 가진 여러 행의 항목으로 디자인됩니다.

견본:

@hartez 이제 API가 거의 완성된 것 같나요? 이에 대해 지금까지 얼마나 많은 작업이 수행되었습니까? 우리 중 많은 사람들이 이 제어 기능을 최대한 빨리 사용하기를 원합니다. :)

@adrianknight89 나는 이것이 작업 분기라고 생각합니다. https://github.com/xamarin/Xamarin.Forms/tree/lv2spike

아직 잠시 동안 미리 보기가 준비되지 않을 것으로 예상되지만 진행 상황을 확인하고 즉각적인 피드백을 제공하기 위해 앞으로 몇 주 동안 현재 노력의 결과를 보여주거나 시연할 것입니다.

혼란스러워요. 이미 내부 데모를 가지고 있기 때문에 구현에 대해서는 이미 꽤 멀게 들립니다.
이것은 많은 API가 고정되었다는 것을 의미해야 하지 않습니까? 여기 API 사양을 따르고 있습니까?
현재 사양이 여기와 다른 스레드( https://github.com/xamarin/Xamarin.Forms/issues/1718) 에서 논의된 내용을 어떻게 해결할 수 있는지 알 수 없습니다.
더 정확하게 말하면, API는 스크롤할 수 없고 바인딩 가능한 StackLayout 같은 컨트롤을 허용할 만큼 충분히 유연하지 않습니다.

새 컨트롤을 사용하면 StackLayout처럼 스크롤바 없이 묶인 항목을 스택에 배치할 수 있습니까?

오랫동안 기다려 주셔서 감사합니다 👍

많은 내부 토론과 적절한 아키텍처를 찾기 위한 시도 끝에 우리는 CollectionView가 #1718에서 논의된 레이아웃 시나리오를 처리하지 _않을_ 것이라고 결정했습니다. 즉, Xamarin.Forms 레이아웃의 항목에 대한 개체 컬렉션의 바인딩을 처리하지 않습니다.

CollectionView의 원래 목표는 사용자가 다양한 최신 기본 목록/그리드 컨트롤(UICollectionView, RecyclerView, ListView/GridView 등)을 쉽게 활용할 수 있도록 하는 것이었습니다.

Forms Layouts(FlexLayout, StackLayout, etc. ). 그리고 몇 가지 명백한 기능 중복이 있습니다(예: 두 시나리오 모두 DataTemplate 사용). 그러나 결국에는 근본적인 아키텍처 차이가 크며 함께 볼트로 묶으려고 하면 단순히 별도의 컨트롤로 두는 것보다 유지 관리가 더 어렵고 혼란스러운 결과를 초래할 수 있습니다. 우리는 몇 년 안에 ListView3를 구현해야 하는 복잡한 것을 만들고 싶지 않았습니다. 아래에서 더 자세히 설명하겠습니다.

이것의 결과는 CollectionView가 Forms 사용자가 기본 목록/그리드 컨트롤을 활용하고 레이아웃 엔진과 가상화의 이점을 누릴 수 있도록 하는 문제에 계속 초점을 맞출 것이라는 것입니다. 그리고 #1718은 Forms 사용자가 ItemsSource 및 ItemTemplate 를 다양한 Forms Layout 엔진에 바인딩할 수 있도록 하는 API를 반영하도록 업데이트됩니다.

두 컨트롤 대 하나의 _이유_에 관심이 있는 사람들을 위해:

여기에 설명된 것(CollectionView로)과 #1718의 제안 간의 근본적인 차이점은 레이아웃이 발생하는 _where_입니다.

CollectionView는 기본 레이아웃 엔진(플랫폼 개발자에 의해 크게 최적화됨)을 사용하여 레이아웃을 처리하는 것을 목표로 합니다. Forms의 일부 사용자 정의 코드가 관련되지만(예: Android 및 iOS에서 SnapPoints 로직과 같은 것을 제공하는 경우) 대부분의 경우 기본 레이아웃 엔진(및 기본 가상화 구현)이 무거운 작업을 수행하고 있습니다. 이것은 성능과 관련하여 큰 차이를 만듭니다.

따라서 개발자가 CollectionView에 제공하는 레이아웃 정보는 해석을 위해 각 플랫폼의 렌더러에 전달될 뿐입니다. 이는 효과적으로 현지 언어로 번역되는 사양입니다(Android의 LinearLayoutManager/GridLayoutManager, iOS의 UICollectionViewFlowLayout 등). DataTemplate 외에 Forms는 레이아웃 작업을 수행하지 않습니다.

대조적으로, Forms 레이아웃(FlexLayout, StackLayout, AbsoluteLayout 등)은 완전히 Forms 레이어에 배치됩니다. Forms Layout의 렌더러는 거의 수행하지 않습니다. 그리고 가상화가 일어나지 않습니다. 모든 항목이 생성되어 처음부터 레이아웃에 배치됩니다.

이 두 가지를 결합하려고 하면 다음과 같은 몇 가지 어려운 질문이 나옵니다.

1. 렌더러 매핑은 어떻게 작동합니까? StackLayout을 사용하는 CollectionView에는 RecyclerView를 사용해야 하는 CollectionView와 매우 다른 렌더러가 있습니다. 그것들을 함께 매쉬하고 필요하지 않을 때 RecyclerView를 숨깁니까? DefaultRenderer에서 파생된 렌더러가 있습니까? 그렇게 하면 실제로 필요하지 않은 추가 ViewGroup 레이어가 항상 있습니다.

2. ScrollView를 어떻게 처리합니까? UICollectionView는 자체 스크롤 표시를 처리하지만 StackLayout이 스크롤해야 하는 경우 사용자는 일반적으로 Forms에 수동으로 추가합니다. 필요한 경우 스크롤을 자동으로 삽입하기 위해 다른 레이어를 추가합니까? 레이아웃이 UICollectionView를 호출하는 경우 수동으로 추가한 ScrollView를 비활성화/제거합니까?

3. 그 문제에 대해 ScrollTo 메서드는 어디로 이동합니까?

... 등등. 이러한 모든 문제는 _해결 가능_하지만 모든 솔루션은 _복잡성_을 추가합니다. 그리고 #1718에서 지적했듯이 Forms Layout에 ItemsSource 및 ItemsTemplate을 추가하는 것은 그리 어렵거나 복잡하지 않습니다. 이 두 가지 별개의 시나리오를 결합하기 위해 복잡하게 만드는 것은 이점을 누릴 가치가 없습니다.

혼란스러워요. 이미 내부 데모를 가지고 있기 때문에 구현에 대해서는 이미 꽤 멀게 들립니다. 이것은 많은 API가 고정되었다는 것을 의미해야 하지 않습니까? 여기 API 사양을 따르고 있습니까?

여기에 게시된 API를 따르고 있습니다. "아주 멀리"는 아마도 과장된 표현일 것입니다. 지금까지 사양의 논쟁의 여지가 없는 부분 중 일부를 구현하여 이것이 가능하고 막다른 골목으로 가지 않을 것임을 확인했습니다. 문제가 발생하지 않는다고 가정하면 지금까지 구현한 것 중 많은 부분이 릴리스 버전에 있을 것입니다. 그러나 사양의 모든 것은 우리가 지금까지 구현한 모든 것과 마찬가지로 여전히 변경될 수 있습니다.

현재 사양이 여기와 다른 스레드 #1718에서 논의된 내용을 어떻게 해결할 수 있는지 알 수 없습니다. 더 정확하게 말하면, API는 스크롤할 수 없고 바인딩 가능한 StackLayout 같은 컨트롤을 허용할 만큼 충분히 유연하지 않습니다.

사실이며, 우리가 작업한 것 중 일부는 CollectionView가 이러한 사용 사례를 합리적으로 다룰 수 있는지 여부를 결정하는 것입니다. 우리는 그것에 대해 결정을 내렸습니다. https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment -424413234를 참조

이것이 UICollectionView가 레이아웃 측면에서 수행하는 작업의 하위 집합임을 감안할 때 컨트롤의 기능과 혼동을 피하기 위해 다른 이름을 선택해야 한다고 생각합니다.

내가 말했듯이(https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment-401186893), 저는 다른 이름을 사용할 수 있습니다.

카탈로그뷰는 어떻습니까?

카탈로그는 종종 하나 이상의 열과 유사한 글꼴, 텍스트, 레이아웃 등을 가진 여러 행의 항목으로 디자인됩니다.

이것은 흥미로운 아이디어입니다. 확실히 기존 컨트롤 이름과 충돌하지 않습니다.

@hartez Xamarin Forms의 내부에 점점 더 익숙해지고 있는(그리고 이미 UITableView 및 UICollectionView에 대해 꽤 친숙해진) 인터넷의 임의의 사람으로서 이것이 올바른 움직임이라고 생각합니다.

사용자 정의 레이아웃을 제공하는 것이 여전히 가능합니까(플랫폼별로 별도의 구현을 제공하는 것을 의미하더라도)?

사용자 정의 레이아웃을 제공하는 것이 여전히 가능합니까(플랫폼별로 별도의 구현을 제공하는 것을 의미하더라도)?

전적으로. IItemsLayout으로 표시된 고유한 레이아웃을 제공할 수 있으며 사용자 지정 렌더러는 원하는 대로 해석할 수 있습니다.

예를 들어 개념 증명으로 CollectionView용 Android 렌더러를 하위 클래스로 분류하고 Flex Layout 속성이 포함된 FlexLayout : IItemsLayout 클래스를 해석하는 기능을 추가했습니다. 이러한 속성을 Google의 FlexBoxLayoutManager에 전달 하고 해당 레이아웃 관리자를 RecyclerView와 함께 사용합니다. 공개 미리 보기를 사용할 수 있게 되면 해당 예제를 GitHub에 게시하여 사람들이 이러한 종류의 작업을 수행하는 방법에 대한 쉬운 참조를 얻을 수 있도록 할 것입니다.

목표는 이것을 매우 유연하게 만드는 것입니다.

@hartez
https://github.com/xamarin/Xamarin.Forms/issues/3749에 설명된 문제가 CollectionView로 수정되었습니까?
여기서 CollectionView 에는 ItemTemplate 속성만 있는 것을 보았기 때문에 ListView 와 같은 문제가 있는 것처럼 들립니다.

@hartez
CollectionView로 #3749에 설명된 문제가 수정되었습니까?
여기서 CollectionView 에는 ItemTemplate 속성만 있는 것을 보았기 때문에 ListView 와 같은 문제가 있는 것처럼 들립니다.

@andreinitescu 그 토론을 지적해 주셔서 감사합니다. 저는 DataTemplate에서 이 문제를 알지 못했습니다.

저는 다음 주에 DataTemplate의 역사를 살펴보는 데 시간을 할애할 것입니다. DataTemplate이 왜 이런 식으로 설계되었는지, 그리고 자동으로 올바른 작업을 수행하도록 CreateContent 를 수정하는 데 이전 버전과의 호환성 문제가 있는지 여부(둘 다 ListView 및 CollectionView).

@hartez 내 자신의 리피터 컨트롤을 만들 때 이 문제를 해결한 방법의 예입니다.

// 템플릿 선택기가 있는지 또는 템플릿만 있는지 확인합니다.
var templateToUse = itemTemplate은 DataTemplateSelector templateSelector입니까? templateSelector.SelectTemplate(항목, null) : itemTemplate;

따라서 그런 경우 CreateContent를 수정하는 것만으로는 문제가 해결되지 않고 불필요하게 만듭니다. 그러나 ItemTemplate과 ItemTemplateSelector를 별도의 속성으로 분리하는 것이 이상적이라는 @andreinitescu의 의견에는 동의합니다. 아마도 제 WPF 및 SL 배경 때문일 것입니다.

@bmacombe IMHO, WPF/SL에 맞게 정렬하는 것은 선호도의 문제일 뿐만 아니라 실제로 문제이며 혼란을 야기합니다. #3544 참조

@andreinitescu 혼란을

CollectionView에서 스크롤 이벤트를 할 수 있습니까? CollectionView가 출시될 때까지 ListView https://github.com/xamarin/Xamarin.Forms/issues/4323에 대한 제안이

그리고 예를 들어 PInterest와 같은 불규칙하고 동적인 레이아웃을 만들 수 있습니까?

모든 이미지에는 고유한 높이가 있습니다 :-)

이러한 종류의 레이아웃이 지원될 수 있는지 확신이 서지 않습니까?

업데이트: 이름 제안 목록에서 가장 가까운 것은 "ItemsView"입니다. 이는 사람들에게 이것이 iOS "UICollectionView"만큼 완전하다는 인상을 주는 "CollectionView"라는 용어의 사용을 피하기 위한 것입니다.

안녕하세요, 저는 여전히 Xamarin을 처음 사용하지만 DataTemplateSelector를 사용하여 ListView로 작업해 왔습니다.
DataTemplateSelector와 함께 CollectionView를 사용하여 테스트하려고 하면 오류가 발생합니다.

처리되지 않은 예외:

System.InvalidOperationException: LoadTemplate이 null이 아니어야 합니다.

DataTemplateSelector와 관련된 알려진 버그가 있습니까?
나는 그것을 잘못 구현 할 수 있습니다. CollectionView와 함께 DataTemplateSelector를 사용하는 예가 있습니까?

@hartez @davidortinau KeepItemsInView 가 KeepLastItemInView 와 정렬되도록 KeepFirstItemInView 로 명명되지 않은 이유가 무엇입니까? 현재 이름은 복수형(즉, 여러 항목을 제안함)인 반면 설명에는 뷰포트에서 보이는 첫 번째 항목만 유지한다고 나와 있습니다.

또한 현재 뷰포트에 있는 뷰 목록을 가져오기 위해 API를 노출할 수 있는 방법이 있습니까? 다른 밤에 ListView 셀에 삽입하고 뷰포트 가시성을 기반으로 자동 재생/일시 중지되는 비디오 보기를 만드는 작업을 하고 있었지만 현재 ItemAppearing 및 ItemDisappearing 에서는 거의 불가능했습니다 CollectionView 보다 안정적인 방법으로 이러한 종류의 기능을 지원.

또 다른 좋은 점은 사용자가 현재 피드를 스크롤할 수 있는 동안 부모로부터 분리되는 최소화된 종속 보기를 만드는 기능입니다. YouTube에서 현재 동영상을 계속 볼 수 있는 동시에 탐색을 계속할 수 있는 것을 보았습니다. 이것이 CollectionView 가 btw를 지원할 수 있거나 지원해야 하는지 확실하지 않지만 생각해 볼 문제입니다.

그래서 나는 현재 미리보기 빌드와 비교하여 일부 크기 조정 문제를 해결한 현재 나이틀리 빌드 비트(4.0.1.43780-nightly)를 가지고 놀았습니다.

내가 제안하는 것은 RowSpacing/ColumnSpacing 또는 GridSpacing과 같은 것을 그리드 레이아웃에 추가하는 것입니다. 이렇게 하면 개별 항목에 여백/패딩을 사용하지 않고 항목의 간격을 올바르게 지정하는 것이 훨씬 더 쉬워지기 때문입니다.
또 다른 방법은 Padding 또는 EdgeOffset을 CollectionView 또는 레이아웃에 추가하여 여기에 표시된 항목과 같은 항목을 잘라내는 Margin 사용을 방지하는 것입니다.

Margin은 또한 여기에서 볼 수 있는 것처럼 Android에서 "드래그" 애니메이션을 자릅니다.

내가 제안하는 것은 RowSpacing/ColumnSpacing 또는 GridSpacing과 같은 것을 그리드 레이아웃에 추가하는 것입니다. 이렇게 하면 개별 항목에 여백/패딩을 사용하지 않고 항목의 간격을 올바르게 지정하는 것이 훨씬 더 쉬워지기 때문입니다.

동의합니다. 우리 레이더에 있습니다. #4681 참조.

업데이트: 이름 제안 목록에서 가장 가까운 것은 "ItemsView"입니다. 이는 사람들에게 이것이 iOS "UICollectionView"만큼 완전하다는 인상을 주는 "CollectionView"라는 용어의 사용을 피하기 위한 것입니다.

"FloatView"는 어떻습니까?

위에서 언급한 ItemAppearing/Disappearing 이벤트 외에도 항목을 볼 수 있는 방법에 대한 계획:
View GetView(object item)
항목이 구체화되지 않으면 null을 반환해야 합니다.

수직 목록을 사용 하고 있는데 iOS와 Android에서 렌더링되는 방식에 불일치가 있는 것 같습니다.

iOS에서 레이블은 너비의 100%를 차지합니다.

Android에서는 콘텐츠 너비만 차지합니다.

정적 너비 정의를 통해서만 레이아웃을 올바르게 지정할 수 있었습니다.
Grid Width="Auto" 속성을 존중하는 Android 해결 방법이 있습니까?

수직 목록을 사용 하고 있는데 iOS와 Android에서 렌더링되는 방식에 불일치가 있는 것 같습니다.

@shwanton 이 버그에 대한 별도의 이슈를 열어 주시면 살펴보도록 하겠습니다.

@shwanton 야간 피드로 전환했을 때 수정된 유사한 문제가 있었습니다.

@krdmllr 확인할 수 있습니다. 최신 빌드에서 수정되었습니다. 감사합니다.

안녕. ListView의 ItemTapped와 유사한 ItemTapped 이벤트가 CollectionView에 있습니까? 스펙에는 안보이네요. 감사합니다.

@uvirra DataTemplateSelector 문의에 대한 기존 문제가 있습니다. #4826을 참조하십시오.

@hartez ListView 대해 존재하는 세 가지와 같은 품목 재활용 전략이 필요할까요? CollectionView 활용하는 기본 가상화에 대해 여러 번 언급하셨습니다. 나는 이것에 대해 더 명확하게 알고 싶습니다.

RefreshView 이 iOS에서 어떻게 보일지 저도 궁금합니다. ListView 대한 현재 새로 고침을 사용하려면 UITableView 의 Bounces 속성이 켜져 있어야 하지만 Android에서는 새로 고침 보기가 가장 많이 보이는 항목(이는 개인적으로 선호).

@hartez ListView 대해 존재하는 세 가지와 같은 품목 재활용 전략이 필요할까요? CollectionView 활용하는 기본 가상화에 대해 여러 번 언급하셨습니다. 나는 이것에 대해 더 명확하게 알고 싶습니다.

현재 디자인은 재활용 전략과 같은 것을 요구하지 않습니다. 현재 우리는 기본 컨트롤이 제공하는 가상화를 활용하고 있으며, 기본 컨트롤은 즉시 사용할 수 있습니다.

필요할 때가 있습니까? 내 희망은 "아니요"이며 많은 복잡성을 추가하기 때문에 (사용자와 유지 관리 모두) 피하기 위해 최선을 다할 것입니다. 우리가 결국 그런 것이 필요하다는 결론을 내린다면, 우리는 디자인에 매우, 매우 조심스럽게 접근할 것입니다.

스크롤된 이벤트는 어떻습니까? 최신 UI/UX의 대부분은 스크롤 시 시차 헤더, 항목 표시/숨기기(버튼, 헤더, 필터, 기타 등등)를 제공합니다.
이와 같은 새롭고 놀라운 컨트롤은 최신 시나리오를 지원해야 한다고 생각합니다.

문제가 되지 않아야 합니다. recyclerview와 UICollectionview는 모두 스크롤된 이벤트를 기본적으로 지원합니다.

Carouselview(collectionview 기반)도 방향, 스크롤 값 및 델타가 있는 스크롤 이벤트를 지원합니다. https://github.com/xamarin/Xamarin.Forms/issues/4996

이것은 현대적인 시나리오를 지원해야 하는 새롭고 놀라운 컨트롤이라는 @Evolutionlab 의 의견을 따르기 위해 더 나은 가상화 지원을 보고 싶습니다.

https://docs.microsoft.com/en-us/windows/uwp/debug-test-perf/listview-and-gridview-data-optimization

이것이 이해하기에는 너무 많다면 대신 ViewModel에서 가상화를 수행할 수 있도록 VisibleItems에 액세스하고 싶습니다.

앞으로도 힘써주세요!

@hartez 개발자가 선택한 항목의 수에 대한 최소/최대 임계값을 정의할 수 있게 하면 좋을 거라고 생각했습니다. 현재 5장 이상의 사진을 선택할 수 없도록 맞춤 사진 갤러리를 만들고 있습니다. 임계값에 도달하면 셀의 탭 이벤트가 항목 선택을 취소하지 않는 한 무시되어야 합니다.

이것은 CurrentSelection 카운트를 기반으로 SelectionChanged 이벤트에 SelectedItems (아직 구현되지 않음)를 설정하여 수행할 수도 있지만 SelectionChanged 를 트리거합니다.

오늘 CollectionView를 조금 사용하다 보면 UWP가 Android와 iOS보다 훨씬 뒤쳐져 있다는 사실을 알게 되었고, 그 이유를 알 수 있었습니다.

완료되면 전체 UWP를 지원할 계획인지 확인하고 싶으신가요?

위에서 언급한 ItemAppearing/Disappearing 이벤트 외에도 항목을 볼 수 있는 방법에 대한 계획:
View GetView(object item)
항목이 구체화되지 않으면 null을 반환해야 합니다.

ItemAppearing은 어떻습니까? 나는 그것에 관한 어떤 뉴스도 보지 않는다

나는 CollectionView 가지고 놀다가 고르지 않은 행 높이 문제에 직면했습니다. 최근에 ItemSizingStrategy 도입된 것을 보았지만 여전히 이상하게 작동합니다.

DataTemplateGallery 가지고 놀았고 MeasureAllItems 전환할 때 다음과 같은 결과를 얻었습니다(iPhone 6, iOS 12.1.4).

오른쪽으로 스와이프하고 돌아오면 결과가 다음과 같이 변경됩니다.

@hartez 이것이 작동할 것으로 예상되거나 계속 진행 중입니까(문제를 찾을 수 없음)?

RemainingItemsThresholdReached가 아직 구현되었습니까?

4.0.0.169046-pre5의 CollectionView 컨트롤 XAML에서는 사용할 수 없습니다.

아무도 RemainingItemsThresholdReached가 4.0 릴리스의 일부라고 말할 수 있습니까? 그렇다면 해당 기능을 사용하는 방법에 대한 샘플 코드를 알려주십시오.

@Dresel 이것이 버그라고 생각되면 새 티켓을 열 수 있습니까? 추적되면 더 좋습니다.

@melucas @chandrubk RemainingItemsThresholdReached 는 아직 작업 중인 것 같지 않습니다.

https://github.com/xamarin/Xamarin.Forms/branches/all

저도 이 기능이 없으면 CollectionView 를 만질 수 없는 즉시 이 기능(새로 고침 보기와 함께)이 구현되는 것을 보고 싶습니다.

4323

ScrollView와 같은 Scrolled 이벤트가 필요합니다.

문안 인사,

4323

ScrollView와 같은 Scrolled 이벤트가 필요합니다.

문안 인사,

나는 이것을 지지한다.
또한 스크롤이 중지/완료되면 이벤트를 가져오고 이벤트를 수행하는 것이 좋습니다.

우리가 얻을 수 있도록 IOS에서 UICollectionview이있는 UIScrollView의 하위 클래스 scrollViewDidEndDecelerating 로부터 UIScrollViewDelegate

Android에서는 RecyclerView.OnScrollListener 확장할 수 있다고 생각합니다.

이렇게 하면 사용자 지정 새로 고침, 시차, 동기화된 스크롤 요소, 기타 등등에 대한 보다 고급스럽고 세련된 시나리오가 열립니다.

Recycler View와 같은 Android용 기본 애니메이션이 있을 가능성이 있습니까?

Recycler View와 같은 Android용 기본 애니메이션이 있을 가능성이 있습니까?

어떤 애니메이션을 말씀하시는 건가요? 이를 위한 Android 렌더러는 RecyclerView에 구축되어 있으므로 항목 추가/제거와 같은 작업에 이미 기본 애니메이션을 사용합니다.

안녕,

4.0.0.304370-pre8을 사용하고 있습니다.
(아래 링크)의 예제는 CarouselView를 사용할 때 UWP에 아무 것도 표시하지 않습니다.
그러나 CollectionView는 목록을 표시합니다. UWP용 CarouselView를 활성화하는 데 필요한 특정 구성이 있습니까?

https://devblogs.microsoft.com/xamarin/xamarin-forms-4-0-feature-preview-an-entirely-new-point-of-collectionview/

감사 해요.

안녕하세요 @noypi 입니다 .

CollectionView는 기술적으로 UWP에서 다소 "작동"할 수 있지만 CollectionView 및 CarouselView의 전체 구현은 처음부터 Android 및 iOS에서 엄격하게 수행되고 있습니다. 현재 UWP에 대한 공식 작업은 예정되어 있지 않지만 지속적으로 피드백을 수집하고 있습니다. 특히 UWP에서 어떤 종류의 작업을 하고 있는지 논의하고 싶다면 paul로 이메일을 보내주세요. [email protected].

사양에 따르면 TableView가 CollectionView로 완전히 대체됩니까?

또 다른 질문: 더 이상 셀이 없기 때문에 iOS용 변색 표시기를 추가하는 방법은 무엇입니까? ListView를 사용하면 사용자 지정 렌더러를 통해 가능했습니다.

사양에 따르면 TableView가 CollectionView로 완전히 대체됩니까?

TableView는 여전히 존재합니다. 기존 컨트롤을 제거하지 않습니다.

또 다른 질문: 더 이상 셀이 없기 때문에 iOS용 변색 표시기를 추가하는 방법은 무엇입니까? ListView를 사용하면 사용자 지정 렌더러를 통해 가능했습니다.

iOS에서 CollectionView는 UICollectionView를 사용하여 렌더링합니다. 즉, 해당 셀은 UICollectionViewCells입니다. 그리고 UICollectionViewCells에는 액세서리 보기(예: 공개 표시기)가 없습니다. 따라서 공개 표시 또는 체크 표시와 같은 UI 요소의 경우 ItemTemplate에서 생성해야 합니다.

특정 유형의 항목에서 선택을 비활성화하는 방법은 무엇입니까? 여러 데이터 템플릿이 있고 그 중 일부에서 선택을 비활성화하고 싶습니다.

@hartez ItemTemplate을 DataTemplateSelector로 설정할 때 예외가 발생함: System.InvalidOperationException: LoadTemplate should not be null

템플릿이 즉시 지원될 것이라고 생각했습니다.

@hartez ItemTemplate을 DataTemplateSelector로 설정할 때 예외가 발생함: System.InvalidOperationException: LoadTemplate should not be null

템플릿이 즉시 지원될 것이라고 생각했습니다.

그들은 그래야 한다; 아마도 버그가 발생했을 것입니다. 조사할 수 있도록 문제를 열어주세요.

@toomasz 문제를 열기 전에 Nuget을 최신 시험판(또는 야간)으로 업데이트하고 선택기를 다시 테스트해 주시겠습니까? 보고 있는 문제는 DataTemplateSelector 대한 지원이 없을 때 발생한 것입니다.

@hartez 현재 머리글&바닥글과 새로고침 보기에 대한 작업이 진행 중인가요? 시간 여유가 있다면 둘 중 하나를 살펴보고 싶지만 당신의 발을 밟고 있지는 않은지 확인하고 싶습니다.

@adrianknight89 4.0에서 작동합니다! 엄청난

@hartez 현재 머리글&바닥글과 새로고침 보기에 대한 작업이 진행 중인가요? 시간 여유가 있다면 둘 중 하나를 살펴보고 싶지만 당신의 발을 밟고 있지는 않은지 확인하고 싶습니다.

현재 진행 중인 작업은 없습니다. 문제를 해결하고 싶다면 좋을 것입니다.
참고로, 오늘 토론 후 머리글 및 바닥글과 관련된 두 개의 새로운 속성인 IsHeaderSticky 및 IsFooterSticky 를 추가하여 항목과 함께 스크롤할지 아니면 제자리에 유지할지를 지정합니다. 머리글/바닥글과 함께 이러한 문제를 해결하고 싶다면 훌륭할 것입니다. 하지만 어떤 식으로든 작동하게 하고 나중에 해당 속성을 구현할 수 있다면 좋을 것입니다.

UWP에서 컬렉션 보기를 지원할 계획이 있나요?

예. 구현은 현재 다른 플랫폼에 약간 뒤처져 있지만 완전히 지원할 계획입니다. https://gist.github.com/hartez/7d0edd4182dbc7de65cebc6c67f72e14 에서 기능 진행 상황을

RefreshView에 대한 정보가 있습니까?
최신 Xamarin 4 베타 버전이 있고 RefreshView 유형을 찾을 수 없습니다.

RefreshView에 대한 정보가 있습니까?
최신 Xamarin 4 베타 버전이 있고 RefreshView 유형을 찾을 수 없습니다.

RefreshView는 아직 구현되지 않았습니다. 여기 에서 기능 진행 상황을 추적할 수 있습니다.

GroupItemsBinding을 추가하시겠습니까?

GroupItemsBinding 속성을 추가하여 그룹의 자식 항목이 포함된 속성을 지정하는 것은 어떻습니까? 그러면 그룹이 컬렉션에서 상속 하도록 강제하는 대신 자식 컬렉션 속성을 포함 할 수

장점:

• 그룹화된 컬렉션을 JSON으로/에서 직렬화(역직렬화)하는 기능.
  컬렉션에서 그룹을 상속하면 JSON(역)직렬화를 차단합니다( JSON 배열은 속성이 아닌 값 범위만 지원하기 때문). 앱이 백그라운드로 전환되거나 앱 API가 보기 모델을 보내는 경우 보기 모델 상태를 유지하려면 보기 모델을 직렬화 해제해야 합니다. 현재 해결 방법은 두 번째 데이터 구조를 갖고 각 데이터 업데이트에서 값비싼 복제 + 변환을 수행하는 것입니다.
• 그룹 항목에 대해 고유한 기본 클래스를 사용하는 기능(예: ViewModelBase )
• 컬렉션의 모든 상속된 속성으로 그룹 개체를 오염시키지 마십시오.

예를 들어 docs.microsoft.com에서 이
```C#
공개 클래스 PageTypeGroup : 목록
{
공개 문자열 제목 { get; 세트; }
// 추가 속성 ...
}

like this instead:

```C#
public class PageTypeGroup
{
    public string Title { get; set; }
    // More properties ...

    public List<PageModel> Children { get; set; }
}

XAML 사용:

C# <CollectionView GroupItemsBinding = "{Binding Children}" ...> </CollectionView>

GroupItemsBinding을 지정하지 않으면 GroupItemsBinding="{Binding .}" 해당하는 기존 구현과 호환됩니다.

추신: 저는 이 제안을 2018년 7월에 더 일찍 제출했습니다.

2019년 8월 23일 업데이트: 그룹화가 구현되었지만 이 수정 사항이 없습니다. 그룹 데이터 참조

이것을 추가하는 것이 너무 늦지 않기를 바랍니다.

여러 그룹화 수준을 지원하는 것은 어떻습니까?
나무 를 표시할 수 있습니다.

예: Flutter에는 ExpansionTile이 있습니다 ( 예제 )

CollectionView와 관련하여 추가해야 할 훌륭한 기능이라고 생각되는 문제를 발견했습니다.

수평 목록에서 스크롤을 사용하여 일반적으로 디자이너는 화면에 완전히 표시되지 않는 요소에 "그림자" 효과를 추가합니다. 현재(내가 아는 한) Xamarin.Forms에서 이 작업을 수행할 방법이 없습니다. 이런 기능이 있으면 조카가 될 것 같지 않나요? 예를 들어 X 백분율로만 표시되는 요소에 "그림자"를 적용하는 부울만큼 간단할 수 있습니다.

Position 속성을 제안합니다. 이 속성은 현재 항목의 인덱스를 보유합니다. 이를 통해 ViewPagerIndicator 및 유사한 표시기를 쉽게 통합할 수 있습니다.

"현재 항목"을 결정하는 것이 까다로울 수 있음을 이해합니다. 스냅이 켜져 있으면 뷰가 스냅된 항목을 결정하기가 매우 쉬워야 합니다. 스냅 없이 올바른 선택은 사용 사례에 따라 달라집니다. 아마도 보기의 시작 또는 중간점을 차지하는 항목일 것입니다.

이 속성은 또한 ScrollTo()의 대안으로 쉬운 양방향 액세스를 허용할 수 있습니다.

@hartez 우리는 이것이 4.0 릴리스를 위해 준비될 것이라고 예상했지만 아직 완료되지 않은 것을 보고 놀랐습니다. 스크롤 및 새로 고침 기능 없이는 CollectionView를 테스트할 수 없습니다. 얼마나 많은 스프린트가 출시되기 전에 기다려야 하는지 알려주실 수 있나요? 앞으로 ListView와 함께 아무것도 제공하지 않기로 결정했으며 이 컨트롤을 가능한 한 빨리 사용할 수 있기를 바랍니다.

@hartez 목록 레이아웃이 있는 CollectionView가 항목 내용에 맞게 크기를 조정하는 방법이 필요합니다. 나는 그것이 일반적인 사용 사례라고 생각합니다.

이 예에서 버튼은 컬렉션 보기 바로 아래에 있어야 합니다. VerticalOptions가 시작일 때 이런 식으로 작동해야 한다고 생각합니다.

잔여 항목 임계 값이 속성 테스트에 도달했을 때

개별 항목 동작의 CollectionView 흐름이 화면 크기 변경과 관련하여 iOS 기본 동작을 모방하는지에 대한 질문이 있습니다. 예를 들어 드리겠습니다.

iOS의 이미지 갤러리 셀은 CollectionView로 생성되며 개별 셀을 정의합니다. 기본 동작은 단일 행에 그리는 셀의 수가 화면 크기에 따라 동적으로 결정된다는 것입니다. 휴대폰에서는 4개 항목을 넣을 수 있지만 태블릿에서는 8개 또는 9개 항목을 넣을 수 있습니다.

Forms 버전도 이것을 제공합니까? 지금까지 읽은 예제에서는 GridItemsLayout Span 속성을 설정한 위치만 보았습니다. 결과적으로 얼마나 많은 항목을 그릴 수 있는지에 대한 하드 코딩된 값이 생성되며 실제로 다양한 화면 크기의 세계에서 하드 코딩은 2014년처럼 보입니다. :-P

UWP에는 4가지 선택 모드 상태가 있습니다.
{
없음,
하나의
다수의,
연장하다,
}

Android 및 IOS의 Four state도 유용하다고 생각합니다.
파일 탐색기를 살펴보십시오.

간단한 패딩 속성에 대한 계획이 있습니까? 내 특정 사용 사례의 경우 적절한 크기의 빈 머리글과 바닥글을 사용할 수 있지만(일단 해당 기능이 개발되면) 약간의 해킹이 될 수 있으며 4면 모두에 패딩이 있을 수 있는 그리드 레이아웃에는 적합하지 않습니다. 요구되는.

컬렉션 보기에서 목록 항목을 재정렬할 계획입니다.

사양에 CollectionView의 특정 항목에 대한 선택을 비활성화하는 방법이 포함되어 있습니까?

// Any possible API could be helpful
private void OnSelectionChanging(object sender, SelectionChangingEventArgs e)
{
  if (...)
      e.Cancel = true;
 }

현재 나는 그것을 해결하지만 이것이 Selected VisualState가 적용되는 것을 막지는 않습니다.

void OnCollectionViewSelectionChanged(object sender, SelectionChangedEventArgs e)
{
    // Deselect the item.
    if (sender is CollectionView cv && e.CurrentSelection...)
    {
        cv.SelectedItem = null;
    }
}

수직 스크롤 막대 색상 및 수평 스크롤 막대 색상이 좋을 것입니다!

스크롤 방향은 어떻습니까? 내용 자체가 아니라 오른쪽에서 왼쪽으로 스크롤을 시작한다는 뜻입니다.

분리수거하고싶다...

"메모리화"하고 스크롤 위치를 적용할 수 있는 가능성이 있으면 좋을 것입니다.

매우 놀라운 것은 매초 또는 X개 항목에 대해 다른 항목 템플릿을 사용할 수 있다는 것입니다. 이렇게 하면 두 번째 항목마다 회색 배경을 만들 수 있고 다른 많은 스타일을 지정할 수 있습니다.

템플릿 선택기로 이미 그렇게 할 수 없습니까? 위치 사용
모듈로 연산자?

2019년 8월 13일 화요일 16:53 Legacyorder [email protected]에서 다음과 같이 작성했습니다.

정말 놀라운 것은 다른 아이템을 사용할 가능성이 있다는 것입니다.
모든 초 또는 X 항목에 대한 템플릿. 이렇게 하면 생성할 수 있습니다.
모든 두 번째 항목 및 기타 많은 스타일에 대한 회색 배경
가능성.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/xamarin/Xamarin.Forms/issues/3172?email_source=notifications&email_token=AC4YCKDFCH3WFENRCLPWEC3QELDE3A5CNFSM4FHJRXPKY5DAPWSM4FHJRXPKYY3PNVWWK3TUL52HS4DFVEXG43VMVBW63
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AC4YCKHXX5YSR7M3S4VU5QLQELDE3ANCNFSM4FHJRXPA
.

원형 스크롤이 좋습니다. 구현하기 쉬운 것 같아요.

목록에서 절대 위치를 설정할 수 있도록 CollectionView에 대한 ItemsLayout으로 "AbsoluteItemsLayout"을 사용하고 싶습니다. 현재 코드 뒤에서 수행하는 대신 다른 솔루션이 표시되지 않습니다.

GridItemsLayout을 사용할 때 항목이 여러 행이나 열에 걸쳐 있도록 허용할 수 있습니까? 그것은 확실히 가치가 있는 기능일 것입니다.

Scrolled 이벤트를 이 컨트롤에 노출할 수도 있습니까? 그 목적은 목록의 맨 아래에 도달했을 때 추가 항목을 다시 로드하려는 것입니다. CollectionView가 ScrollView 내부에 있는지 감지하고 스크롤 기능을 비활성화하는지 모르겠습니다.

Scrolled 이벤트를 이 컨트롤에 노출할 수도 있습니까? 그 목적은 목록의 맨 아래에 도달했을 때 추가 항목을 다시 로드하려는 것입니다. CollectionView가 ScrollView 내부에 있는지 감지하고 스크롤 기능을 비활성화하는지 모르겠습니다.

당신의 소원이 이루어졌습니다! 버전 4.2를 확인하세요 :)
https://docs.microsoft.com/en-us/xamarin/xamarin-forms/user-interface/collectionview/scrolling

ScrollView 내에 CollectionView를 포함하면 안 됩니다. 그렇지 않으면 가상화가 작동하지 않습니다.

Scrolled 이벤트를 이 컨트롤에 노출할 수도 있습니까? 그 목적은 목록의 맨 아래에 도달했을 때 추가 항목을 다시 로드하려는 것입니다. CollectionView가 ScrollView 내부에 있는지 감지하고 스크롤 기능을 비활성화하는지 모르겠습니다.

당신의 소원이 이루어졌습니다! 버전 4.2를 확인하세요 :)
https://docs.microsoft.com/en-us/xamarin/xamarin-forms/user-interface/collectionview/scrolling

ScrollView 내에 CollectionView를 포함하면 안 됩니다. 그렇지 않으면 가상화가 작동하지 않습니다.

저는 4.2.0.709249에 있습니다.
내가 뭔가를 놓치고 있습니까?

4.2.0.709249로 Scrolled 이벤트가 있습니다.
bin/obj 폴더를 삭제하고 NuGet 통합을 확인하여 확인하십시오.

Android 및 iOS용 4.2에서 곧 RTL 지원을 받게 됩니까?

Android 및 iOS용 4.2에서 곧 RTL 지원을 받게 됩니까?

일부 지원은 이미 있습니다. FlowDirection 지원은 CollectionView 항목 내에서 이미 작동 중이어야 합니다. 여전히 불완전한 것은 수평 CollectionView 레이아웃의 스크롤 방향입니다. 스크롤 방향은 Android의 FlowDirection과 일치해야 하지만 다른 플랫폼에서는 아직 해야 할 일이 있습니다. 그 작업은 4.3에서 완료를 목표로 합니다.

CollectionView와 함께 FlowDirection을 사용하여 버그가 발생하면 문제를 열어 주시면 살펴보겠습니다.

RTL 지원으로 수행되지 않은 작업을 설명할 수 있습니까?
사양에서 진행 중 또는 완료로 표시되지 않기 때문입니다.

2019년 9월 5일 목요일 오전 2시 19분 EZ Hart에서 알림 @github.com이 다음과 같이 작성했습니다.

Android 및 iOS용 4.2에서 곧 RTL 지원을 받게 됩니까?

일부 지원은 이미 있습니다. FlowDirection 지원은 이미
CollectionView 항목 내에서 작업. 아직 불완전한 것은 두루마리
수평 CollectionView 레이아웃의 방향. 스크롤 방향
Android의 FlowDirection과 일치해야 하지만 아직 해결해야 할 몇 가지 작업이
다른 플랫폼에 대해 그렇게하십시오.

CollectionView와 함께 FlowDirection을 사용하여 버그가 발생하면
문제를 열어 주시면 살펴보겠습니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/xamarin/Xamarin.Forms/issues/3172?email_source=notifications&email_token=ACDWB3GSYAQSADERHWVTJX3QIANMNA5CNFSM4FHJRXPKYY5DLOWSM4FHJRXPKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ACDWB3HMFCHBRZWD5AJMXH3QIANMNANCNFSM4FHJRXPA
.

완료되지 않음: 가로 레이아웃의 스크롤 방향입니다.

수평으로 스크롤되는 CollectionView에서 FlowDirection = RightToLeft를 설정하면 현재 iOS 및 UWP에서 스크롤 방향이 오른쪽에서 왼쪽이 아닙니다(Android에서 _does_ 작동한다고 생각합니다).

LoadingDataTemplate은 어떻습니까?

데이터를 ListView/CollectionView에 비동기식으로 로드하는 내 경험에 따르면 listview/collectionview가 채워질 때까지 때때로 빈 공간이 있을 수 있습니다.

LoadingDataTemplate을 추가하면 대용량 데이터가 채워지고 페이지가 이미 표시된 경우 추가 응답성을 제공할 수 있습니다.

로딩 인디케이터를 사용하는 방법은 두 가지가 있다고 생각합니다. 하나는 CollectionView 가 처음 표시될 때입니다. 데이터가 ItemsSource 컬렉션에 추가될 때까지 여러 자리 표시자 셀이 표시됩니다. 두 번째는 목록 맨 아래에 더 많은 데이터가 추가되는 경우입니다. 두 번째 경우 바닥글을 활용할 수 있습니까?

첫 번째 것은 더 많은 작업이 필요합니다(예: 처음에는 동일한 자리 표시자 데이터 템플릿이 있는 3-5개의 항목으로 소스를 로드한 다음 해당 항목을 제거하고 가져올 때 실제 데이터를 추가합니다). 또 다른 접근 방식은 CollectionView 위에 스켈레톤 뷰를 배치하고 데이터가 준비되면 숨기는 것입니다. 나는 현재 ListView 이 접근 방식을 따릅니다.

나는 이것을 시도하지 않았지만 먼저 로드 보기에 EmptyView 를 설정할 수 있으며 결과가 없으면 EmptyView 에 대한 템플릿을 변경하여 "nothing found" 메시지를 표시합니다.

@adrianknight89

또 다른 접근 방식은 CollectionView 위에 스켈레톤 뷰를 배치하고 데이터가 준비되면 숨기는 것입니다. 나는 현재 ListView 이 접근 방식을 따릅니다.

이것은 내가 따르는 것과 같은 방법처럼 들립니다. 즉, 위에 활동 표시기를 두십시오. ListView를 IsVisible = false 및 ActivityIndicator IsVisible = true로 설정한 다음 listview가 채워진 후 두 값을 모두 반전합니다.

@adrianknight89

나는 이것을 시도하지 않았지만 우리는 먼저 EmptyView를 로딩 보기로 설정할 수 있었고 결과가 없으면 "nothing found" 메시지를 표시하도록 EmptyView에 대한 템플릿을 변경할 수 있습니다.

아이디어가 있습니다! 그것이 작동할 수도 있지만 LoadingDataTemplate 및 EmptyView와 관련하여 CollectionView에 별도의 템플릿 속성을 갖는 것이 더 단순화될 것이라고 생각합니다.

두 가지 다른 속성을 갖는 것이 더 낫다는 데 동의합니다. 단순성 측면 외에 두 가지 다른 목적을 위해 단일 속성을 사용하는 것은 의미가 없습니다. 아마도 EmptyView 는 BackgroundView 로 이름이 지정되어야 하므로 어떤 용도로든 사용할 수 있습니다. (편집: A BackgroundView 는 완전히 다른 것입니다.)

@LeoJHarris BackgroundView 지원을 위해 #7447을 추가했습니다. 위의 두 시나리오를 지원하기 위해 EmptyView 및 BackgroundView 를 사용할 수 있지만 이것이 여전히 100% 원하는 것은 아니지만 두 가지를 모두 지원하기 위해 EmptyView 를 사용하는 것보다 낫습니다. 시나리오. BackgroundView 를 로딩 화면으로 사용하고 데이터가 준비되면 null로 설정할 수 있습니다.

@adrianknight89 데이터가 준비되면 CollectionView가 이를 수동으로 제어하는 ​​대신 'null out' 처리하면

CollectionView의 RemainingItemsThreshold를 활용하는 페이지를 빠르게 스크롤할 때 두 가지 다른 문제가 발생합니다.

1. 앱이 멈추고 강제 종료해야 합니다.
2. CollectionView 스택의 항목이 서로 겹쳐져 있습니다( 이미지 참조).

이 문제가 있는 다른 사람을 찾을 수 없습니다. 보고된 것을 보았습니까?

@Bronson15 RemainingItemsThresholdReached 이벤트 어떻게 처리하고 계신가요? 빠른 스크롤은 여러 번 트리거하므로 데이터 소스 업데이트를 기다리는 동안 이벤트 호출을 무시해야 합니다. 그렇지 않으면 누적됩니다. 또한 메인 스레드에서 UI를 업데이트해 보세요.

여전히 문제가 있는 경우 조사를 위해 재현으로 새 문제를 열 ​​수 있습니다.

@ Bronson15 두 가지 문제입니다.
ObservableRangeCollection으로 시도하고 #2를 수정했습니다.
여전히 정지/빈 목록에 문제가 있습니다. 에뮬레이터에서 실행할 때 CPU 스파이크가 표시되고 무한 루프가 보입니다.

편집: iOS에서만 중단되고 Android에서는 제대로 작동합니다.

안녕하세요 팀,
RemainingItemsThreshold와 RemainingItemsThresholdReachedCommand를 사용해도 RemainingItemsThresholdReachedCommand에 할당된 함수가 빠르게 스크롤하지 않아도 순차적으로 여러 번(처음에는 두 번, 다음에는 4번 등) 호출되는 것을 확인했습니다. 또한 신선한 Xamarin Forms 프로젝트(v.4.2.0.778463)로 이를 재현할 수 있습니다.
당신은 당신의 끝에서 그것을 재현하려고 할 수 있습니까? 다음은 간단한 코드 스니펫입니다.

XAML:

<CollectionView
        x:Name="StackLayout"
        ItemsSource="{Binding LatestStories}"
        RemainingItemsThreshold="10"
        RemainingItemsThresholdReachedCommand="{Binding RemainingStoriesCommand}">
        <CollectionView.ItemTemplate>
            <DataTemplate>
            <Grid
                                ColumnSpacing="16"
                                HeightRequest="110"
                                RowSpacing="0">

                    <Grid.RowDefinitions>
                        <RowDefinition Height="*" />
                        <RowDefinition Height="Auto" />
                        <RowDefinition Height="Auto" />
                    </Grid.RowDefinitions>
                    <Grid.ColumnDefinitions>
                        <ColumnDefinition Width="Auto" />
                        <ColumnDefinition Width="*">
                        </ColumnDefinition>
                        <ColumnDefinition Width="Auto" />
                    </Grid.ColumnDefinitions>

                    <!--  Blog title  -->
                    <Label
                                    Grid.Column="1"
                                    Margin="0,8"
                                    FontSize="14"
                                    LineBreakMode="TailTruncation"
                                    LineHeight="{OnPlatform Default=-1,
                                                            Android=1.25,
                                                            iOS=1.25}"
                                    MaxLines="2"
                                    Text="{Binding Title}" />

                    <!--  Author name  -->
                    <Label
                                    Grid.Row="1"
                                    Grid.Column="1"
                                    Margin="0,8,0,0"
                                    FontSize="12"
                                    LineHeight="{OnPlatform Default=-1,
                                                            Android=1.5}"
                                    Text="{Binding Author}" />

                </Grid>
            </DataTemplate>
        </CollectionView.ItemTemplate>
</CollectionView>

모델 보기:

public class ArticleListViewModel
    {
        public ObservableRangeCollection<FeedItem> LatestStories { get; } = new ObservableRangeCollection<FeedItem>();
        public Command RemainingStoriesCommand => new Command(() => RemainingStories());

        public ArticleListViewModel()
        {
            RemainingStories();
        }

        private async void RemainingStories()
        {
            var feeds = await GetRemoteFeedsAsync();
            try
            {
                Device.BeginInvokeOnMainThread(() =>
                {
                    LatestStories.AddRange(feeds);
                });

            }
            catch (Exception ex)
            {
                Debug.WriteLine(ex, "");
            }
        }

        private async Task<List<FeedItem>> GetRemoteFeedsAsync()
        {
            try
            {
                Stopwatch watch = new Stopwatch();
                watch.Start();
                var allItems = new List<FeedItem>();
                HttpResponseMessage response;
                var httpClient = new HttpClient();
                response = await httpClient.GetAsync("https://jsonplaceholder.typicode.com/photos").ConfigureAwait(false);
                if (response.IsSuccessStatusCode)
                {
                    var data = await response.Content.ReadAsStringAsync().ConfigureAwait(false);
                    var testData = JsonConvert.DeserializeObject<List<TestJson>>(data);
                    if (LatestStories.Count == 0)
                    {
                        testData = testData.Take(20).ToList();
                    }
                    else
                    {
                        testData = testData.Skip(LatestStories.Count).Take(20).ToList();
                    }

                    foreach (var item in testData)
                    {
                        var newItem = new FeedItem
                        {
                            Title = item.id.ToString(),
                            Description = item.title,
                            ImagePath = item.thumbnailUrl,
                            Link = item.url,
                            PublishDate = "2019-09-11",
                            Category = ""
                        };
                        allItems.Add(newItem);
                    }
                }
                watch.Stop();
                Debug.WriteLine("TPL Total Time: " + watch.ElapsedMilliseconds);
                return allItems;
            }
            catch (Exception ex)
            {
                Debug.WriteLine(ex, "");
                throw;
            }

        }
    }

@Bronson15 @andreabalducci @techduggu RemainingItemsThresholdReachedCommand 이 처리되는 동안 UI를 차단하지 않기 때문에 스크롤 패턴으로 인해 명령을 여러 번 계속 누르는 것이 정상입니다. 잠금 메커니즘으로 문제를 처리하는 방법을 참조하십시오. https://github.com/xamarin/Xamarin.Forms/pull/7516/files#diff -2be3eff4d53f761cd581cca1d2ec3bc0R48

이를 수행하는 다른 방법은 원격 가져오기가 진행되는 동안 명령을 활성화/비활성화하거나 이벤트를 구독 취소/구독하는 것입니다. 내 경험상 콜백을 활성화/비활성화 또는 구독 취소/구독하려고 할 때 여러 호출이 시작되기 때문에 세마포어가 가장 잘 작동했습니다.

@hartez @samhouts @davidortinau 앞으로 이 문제가 꽤 자주 제기될 것이라고 생각합니다. 위의 제안은 나머지 항목에 대한 문서의 일부여야 합니까? 문서 팀이 테스트용 원격 피드를 만들고 참조용 코딩 패턴을 추천하여 사람들이 계속 도움을 요청하지 않도록 하고 싶습니다.

@techduggu 코드에 다른(사소한) 문제가 있습니다. Stack Exchange에서 코드를 검토하겠습니다. 지금은 그런 곳이 아닙니다.

@adrianknight89 "스크롤 패턴으로 인해"라는 용어를 강조해 주셔서 감사합니다. 이것은 그것에 대해 더 많이 찾는 것에 대한 가려움증을 유발했습니다. RecyclerView 및 기타 리소스에 대한 공식 문서를 살펴본 후 예, 스크롤 패턴으로 인해 여러 번 호출되고 해당 패턴이 스크롤 상태에 따라 SCROLL_STATE_IDLE, SCROLL_STATE_DRAGGING 또는 SCROLL_STATE_SETTLING임을 확인할 수 있습니다.
https://developer.android.com/reference/android/support/v7/widget/RecyclerView.OnScrollListener

귀하의 코드와 이 안드로이드 가이드(https://github.com/codepath/android_guides/wiki/Endless-Scrolling-with-AdapterViews-and-RecyclerView)도 잠금 또는 사용을 통해 무한 스크롤을 처리해야 함을 확인합니다. 위의 스크롤 상태(대부분 사용자 지정 렌더러가 필요함). 따라서 Xamarin.Forms를 사용하여 코드를 시도했고 매력처럼 작동했습니다. :) 저와 같은 사람들(반 지식을 가진)이 제기하는 그러한 문제를 피하기 위해 이 제안을 문서의 일부로 포함하도록 귀하의 의견을 추천하고 지지합니다. :)

또한, reg. 위의 코드 조각에 대해 언급한 사소한 문제 - 이것은 컬렉션 보기로 무한 로딩을 테스트하기 위한 POC 프로젝트일 뿐입니다. 그러나 어리석은 null 검사 등을 제외하고는 당신의 의견을 알고 싶습니다.

감사 해요!

@adrianknight89 아 네. 바쁜 수표가 누락되어 스태킹 문제에 도움이 되었습니다.

또한 제안한 대로 세마포어를 구현했으며 ItemsSource에 새 항목을 추가할 때 보기가 스크롤 위치를 처음으로 재설정하는 문제를 완화한 것으로 보입니다. 이상하게도 호출을 시도에 추가합니다. 마지막으로; 테스트 파일에서 했던 것처럼 이 문제가 다시 발생했습니다.

목록의 끝까지 스크롤할 때 여전히 정지 문제가 있습니다. 보기가 비어 있고 응용 프로그램이 정지됩니다.

편집: 스크롤 위치 재설정은 여전히 ​​있지만 자주는 아닙니다. 더 많은 항목을 로드하는 렌더링은 장치에서도 매우 고르지 않습니다.

@techduggu 저는 VS를 가지고 있지 않지만 코드를 보면 RemainingStories() 기다려야 하고, try 내에서 원격 호출을 이동하고, HttpClient 대해 using을 사용해야 합니다(이상적으로는 애플리케이션 전체에 단일 정적 인스턴스를 생성하고 절대 폐기하지 않음), 하지만 여기서 중지하겠습니다. :)

@Bronson15 CollectionView에 스크롤 위치를 재설정하고 UI가 정지되는 문제가 있었습니다. #7285로 수정된 것 같은데 iOS 전용입니다. 최신 야간 Nuget을 테스트하고 여전히 문제가 있는지 확인할 수 있습니까? 야간 피드 URL은 양식용 GitHub 홈페이지에 있습니다. 문제가 지속되면 재생산 코드 문제를 열어 검토할 수 있습니다.

@adrianknight89 야간 빌드로 스크롤합니다. 문제가 대부분 해결된 것 같습니다(한 번 발생하는 것을 보았습니다). 목록이 끝이 아니라 끝없는 루프에 있는 것처럼 보입니다. AFAIK 사양에 그런 일이 일어나지 않도록 하는 속성이 없습니까?

@Bronson15 무한 루프가 발생해서는 안됩니다. iOS 또는 Android에서 보고 있습니까? 원격 피드의 끝에 도달하면 루프를 종료해야 합니다(즉, 다른 DB 호출을 발행하지 않고 즉시 RemainingItemsThresholdReachedCommand 에서 리턴).

보기 스크롤이 중지되면 명령이 더 이상 트리거되지 않아야 합니다. 연속 토큰을 반환하는 Azure Cosmos를 사용합니다. 토큰이 null이면 더 이상 로드할 콘텐츠가 없다는 것을 알고 있으므로 내 RemainingItemsThresholdReachedCommand 는 해당 토큰을 기반으로 작동합니다. 비슷한 것을 구현해야 합니다.

@adrianknight89 앗 . 흥미로운. 결과 카운트에 대한 검사를 추가하고 0이면 반환합니다. 무한 스크롤을 수정했습니다. 도움을 주셔서 감사합니다!

@adrianknight89 는 iOS 충돌 문제에 대해
Android의 1000개 항목은 거의 실시간이며 iOS에서는 뷰가 렌더링되기까지 5-7초를 기다려야 합니다. 디버그, iPhone Xs 및 Redmi Note 7 모두

@andreabalducci XS 시뮬레이터를 사용

@adrianknight89 @andreabalducci 예, Xs Max에서 더 많은 항목을 로드하는 데 약 1-5초가 걸립니다. 보기는 이미 렌더링된 목록에 항목을 추가하는 대신 모든 항목을 비우고 다시 로드합니다.

@adrianknight89 두 물리적 장치 모두 iOS 에뮬레이터에 동일한 문제가 있습니다.

iOS가 20초를 넘기 전에 데이터 템플릿에서 모든 스택 레이아웃을 제거하고 컴파일된 바인딩을 활성화한 FormattedString으로 약간의 속도 전환을 얻었습니다.

iOS에서는 ObservableRangeCollection(mvvm 도우미에서)을 추가할 때 보기가 검게 표시되고 모두 다시 그리며 Android에서는 제대로 작동합니다.

이것은 나에게 별개의 문제처럼 들린다. 남아있는 아이템이 아닌가 싶습니다.

GridItemsLayout을 사용할 때 항목이 여러 행이나 열에 걸쳐 있도록 허용할 수 있습니까? 그것은 확실히 가치가 있는 기능일 것입니다.

이에 대한 정보가 있습니까?

@LynoDesu 이에 대한 문제가 추적되고 있습니다. https://github.com/xamarin/Xamarin.Forms/issues/6357

@LynoDesu 이에 대한 문제가 추적되고 있습니다: #6357

아, 좋아! 감사 해요. 여기에 기여하려면 어디서 시작해야 합니까?

홈페이지 위키와 Contributing.md를 읽어보세요.

@adrianknight89 는 공백 + 다시 시작 문제를 찾았습니다. https://github.com/andreabalducci/XamarinCollectionView/blob/b186e563ff8391dfb473e62e5a4c4587e8d4e9da/cvrepro/cvrepro/ListViewModel.cs

빈 컬렉션으로 시작하면 모든 바인딩이 예상대로 작동하기 전에 컬렉션에 항목이 있는 경우 문제가 트리거됩니다.

iPhone 에뮬레이터에서 테스트했습니다.

문제가 보입니다. 이것은 아마도 #7548과 동일할 것입니다. 거기에 레프로를 게시하고 싶을 수도 있습니다.

CollectionView는 IsGrouped를 사용할 때 Android에서 버그가 있는 것 같습니다.

CollectionView.GroupHeaderTemplate 는 전혀 렌더링되지 않습니다. iOS에서는 잘 작동합니다. Microsoft 사이트의 그룹화 예제를 사용하여 테스트할 수 있습니다.

    public class AnimalGroup : List<Animal>
    {
        public string Name { get; private set; }

        public AnimalGroup(string name, List<Animal> animals) : base(animals)
        {
            Name = name;
        }
    }

    public class Animal
    {
        public string Name { get; set; }
        public string Location { get; set; }
        public string Details { get; set; }
        public string ImageUrl { get; set; }
    }

    public List<AnimalGroup> Animals { get; private set; } = new List<AnimalGroup>();

    Animals.Add(new AnimalGroup("Bears", new List<Animal>
        {
            new Animal
            {
                Name = "American Black Bear",
                Location = "North America",
                Details = "Details about the bear go here.",
                ImageUrl = "https://upload.wikimedia.org/wikipedia/commons/0/08/01_Schwarzbär.jpg"
            },
            new Animal
            {
                Name = "Asian Black Bear",
                Location = "Asia",
                Details = "Details about the bear go here.",
                ImageUrl = "https://upload.wikimedia.org/wikipedia/commons/thumb/b/b7/Ursus_thibetanus_3_%28Wroclaw_zoo%29.JPG/180px-Ursus_thibetanus_3_%28Wroclaw_zoo%29.JPG"
            },
        }));

<CollectionView ItemsSource="{Binding Animals}"
                        IsGrouped="true">
            <CollectionView.GroupHeaderTemplate>
                <DataTemplate>
                    <Label Text="Header"
                           BackgroundColor="LightGray"
                           FontSize="Large"
                           FontAttributes="Bold" />
                </DataTemplate>
            </CollectionView.GroupHeaderTemplate>
            <CollectionView.ItemTemplate>
                <DataTemplate>
                    <Grid Padding="10">
                        <Image Grid.RowSpan="2"
                               Source="{Binding ImageUrl}"
                               Aspect="AspectFill"
                               HeightRequest="60"
                               WidthRequest="60" />
                        <Label Grid.Column="1"
                               Text="{Binding Name}"
                               FontAttributes="Bold" />
                        <Label Grid.Row="1"
                               Grid.Column="1"
                               Text="Child"
                               FontAttributes="Italic"
                               VerticalOptions="End" />
                    </Grid>
                </DataTemplate>
            </CollectionView.ItemTemplate>
        </CollectionView>

https://docs.microsoft.com/en-us/xamarin/xamarin-forms/user-interface/collectionview/grouping

중요한

CollectionView를 사용한 데이터 그룹화는 현재 iOS에서만 지원됩니다.

아, 그 부분을 놓쳤습니다. 감사 해요.

iOS와 Android 모두에서 그룹화된 목록을 표시하고 싶지만 ListView를 피하고 싶은 사람들을 위해 현재 CollectionView만큼 유연하게 사용할 수 있는 다른 것이 있습니까? 아니면 ListView에 갇혀 있습니까?

이곳이 바로 물어보는 곳이길 바랍니다. 원래 게시된 사양에는 IsHeaderSticky 및 IsFooterSticky 대한 속성이 있지만 토론이나 구현된 소스 코드 어디에도 이에 대한 추가 언급이 없습니다. 아직 이 보기에 대한 로드맵에 있습니까?

collectionview에서는 ItemAppeared, ITemDisappeared가 필요합니다.
달성할 수 있는 방법이 있습니까?

@IosDeveloperHarsh Scrolled 이벤트는 이벤트 인수에 많은 유용한 정보를 제공합니다. 거기에서 처음과 마지막으로 보이는 항목 색인을 보십시오.

@rafiwardak2003 CollectionView 그룹이 있는 갤러리 샘플은 오늘 현재 Android에서 작동하지만 귀하가 제공한 샘플을 실행하지는 않았습니다. 어떤 Nuget을 사용하고 있었습니까? 최신 시험판 또는 야간으로 시도하십시오.

@cabal95 저는 이에 대해 답변할 자격이 없지만 추측해야 한다면 결국 구현될 것입니다. 아마도 이를 추적하려면 활성 문제가 있어야 합니다. 초기 머리글/바닥글 작업에서 끈적한 내용이 제외되었다는 것을 알고 있습니다.

SelectionChangedCommandParameter를 제거하고 대신 선택한 항목을 자동으로 매개변수로 설정해야 한다고 생각합니다.

가능하다면 이런 속성을 사용하는 것이 좋을 것입니다.

public ICommand => new Command<MySelectedItemModel>((item) => {}

하지만 이것도 괜찮을 것입니다:

public ICommand => new Command<object>((item) =>{ var selectedItem = item as MySelectedItemModel;}

SelectionChangedCommandParameter를 제거하고 대신 선택한 항목을 자동으로 매개변수로 설정해야 한다고 생각합니다.

가능하다면 이런 속성을 사용하는 것이 좋을 것입니다.

public ICommand => new Command<MySelectedItemModel>((item) => {}

하지만 이것도 괜찮을 것입니다:

public ICommand => new Command<object>((item) =>{ var selectedItem = item as MySelectedItemModel;}

사용자가 SelectedItem이 아닌 다른 것을 Command에 대한 매개변수로 사용하려는 경우 어떻게 해야 합니까?

SelectionChangedCommandParameter를 제거하고 대신 선택한 항목을 자동으로 매개변수로 설정해야 한다고 생각합니다.
가능하다면 이런 속성을 사용하는 것이 좋을 것입니다.
public ICommand => new Command<MySelectedItemModel>((item) => {}
하지만 이것도 괜찮을 것입니다:
public ICommand => new Command<object>((item) =>{ var selectedItem = item as MySelectedItemModel;}

사용자가 SelectedItem이 아닌 다른 것을 Command에 대한 매개변수로 사용하려는 경우 어떻게 해야 합니까?

당신은 요점이 있지만 CollectionView 수준에서 매개 변수를 설정하기 때문에 유스 케이스를보기가 어렵습니다. 처음 사용할 때 선택 항목이 될 것으로 예상했습니다. 하지만 선택한 항목을 기본값으로 설정할 수 있습니까? 이벤트를 사용하면 받게 되므로 많은 개발자들이 명령에 대해서도 기대하고 있다고 생각합니다.

이 CollectionView가 전체 화면으로 늘어나지 않고 항목 수에 따라 높이만 사용되는 기능도 요청하고 싶습니다.

여러 목록을 표시하려고 합니다.
즉
구매

공제

총
총
더하다

그러나 항목 1과 2(CollectionView)는 3~4개의 항목만 있고 아래에 BIIIIIIIIIIIIIIIG 간격이 있는 경우에도 공제 섹션을 보기 전에 높이가 너무 높아졌습니다.

나는 결국 StackLayout을 기반으로 내 자신의 ItemsCollection 컨트롤을 만들었습니다.

이 CollectionView가 전체 화면으로 늘어나지 않고 항목 수에 따라 높이만 사용되는 기능도 요청하고 싶습니다.
나는 결국 StackLayout을 기반으로 내 자신의 ItemsCollection 컨트롤을 만들었습니다.

나는 당신이 찾고있는 것이 Bindable Layouts 일 수 있다고 생각합니다.

이 CollectionView가 전체 화면으로 늘어나지 않고 항목 수에 따라 높이만 사용되는 기능도 요청하고 싶습니다.
나는 결국 StackLayout을 기반으로 내 자신의 ItemsCollection 컨트롤을 만들었습니다.

나는 당신이 찾고있는 것이 Bindable Layouts 일 수 있다고 생각합니다.

야! 정확히 내가 필요한 것. BindableLayout이 언제부터 존재했습니까?

이 문제에 대해 토론해 주신 모든 분들께 감사드립니다! 추가 기능 요청이나 버그 보고서가 있는 경우 각각에 대해 새로운 문제를 열어주세요. 이제 이 문제를 종료합니다.