Xamarin.forms: 소프트웨어 뒤로 버튼을 가로챌 수 없음

우리는 여기서 비슷한 토론을 했습니다. 이것이 당신이 찾고있는 것입니까? https://forums.xamarin.com/discussion/100287/allow-a-single-place-to-handle-back-button-requests-with-async-support

@samhouts 네, 그것은 거의 정확히 우리의 문제입니다. 앞서 언급한 콜백을 코드베이스에 추가하거나 소프트웨어 뒤로 버튼의 이벤트를 포함하도록 기존 메서드를 개선해야 합니다.

@samhouts 이 버그가 아직 허용됩니까? 큰 문제입니다. 어떤 정보가 더 필요합니까?

OnBackButtonPressed가 Hard- 및 Software-BackButtons를 모두 처리해야 한다는 점에 동의합니다. 그럼에도 불구하고 둘 모두를 가로채는 것은 그리 어렵지 않습니다. 나는 그 주제에 대해 여기에서 블로그를 작성했습니다: https://msicc.net/xamarin-forms-the-mvvmlight-toolkit-and-i-taking-control-over-the-back-buttons/

@MSiccDev 프레임워크가 제시하는 문제를 해결하기 위해 계속 노력한다면 그것은 결코 고쳐지지 않을 것이고 사람들은 기술이 죽을 때까지 계속해서 스스로 이 일을 계속해야 할 것입니다.

@AceCoderLaura 한쪽은 사실입니다. 다른 한편으로는 앞으로 나아가야 합니다. 가장 좋은 방법은 문제를 해결하되 문제를 보고하는 것입니다.

이 해결 방법은 루트 페이지의 햄버거 메뉴를 깨뜨립니다...
-.-

@AceCoderLaura MD 페이지가 있는 내 앱 중 하나에서 문제 없이 사용하고 있습니다...

@MSiccDev
내 해킹 해결 방법은 다음과 같습니다.

public override bool OnOptionsItemSelected(IMenuItem item) 
{ 
            //If it's not the "home" button continue as usual 
            var androidHomeId = 16908332; 
            if (item.ItemId != Resource.Id.home && item.ItemId != androidHomeId) return base.OnOptionsItemSelected(item); 

            var navigation = App.MainMasterDetailPage.Detail.Navigation; 
            if (navigation.NavigationStack.Count > 1) 
            { 
                //We can go back, do the arrow functionality 
                this.OnBackPressed();
                return true;
            } 
            else 
            { 
                //We're at the root, do the hamburger functionality 
                return App.MainMasterDetailPage.IsPresented = true; 
            } 
}

@AceCoderLaura 탐색 뒤로 버튼을 클릭한 후 OnOptionsItemSelected가 실행되었습니까 oO 제 경우에는 아무 일도 일어나지 않았습니다...(Android)

이 문제에 대한 진전이 있습니까? 여러 개의 중첩된 탐색 보기가 있으며 내 응용 프로그램에서 이를 패치하는 것은 매우 해키할 것입니다. 나는이 자 마린으로 패치해야한다는 @AceCoderLaura와 aggree.

같은 문제. 엔터프라이즈 앱에서 백 이벤트를 처리하는 것이 일반적이라고 생각합니다. 하루빨리 수정되어야 합니다.

이거 고쳐주세요 1년 가까이 보고된건데 아직 안하는게 웃기네요.

@ddobrev 맞습니다. 이것은 매우 유용한 기능이지만 불행히도 작동 방식이 명확하게 정의되지 않았습니다. 누군가 위에서 언급했지만 응답이 없습니다.

예, 그것은 거의 정확히 우리의 문제입니다. 앞서 언급한 콜백을 코드베이스에 추가하거나 소프트웨어 뒤로 버튼의 이벤트를 포함하도록 기존 메서드를 개선해야 합니다.

이것을 명확히 정의했다면 PR을 해서 구현하려고 했을 것입니다.

이유는 모르겠지만 내 경우에는 (Android에서) 이것을 내 MainActivity에 추가하기에 충분했습니다.

        protected override void OnPostCreate(Bundle savedInstanceState)
        {
            var toolBar = FindViewById<global::Android.Support.V7.Widget.Toolbar>(Resource.Id.toolbar);
            SetSupportActionBar(toolBar);

            base.OnPostCreate(savedInstanceState);
        }

이렇게 하면 탐색 모음에서 하드웨어 뒤로 버튼과 소프트웨어 뒤로 버튼을 눌러도 OnBackButtonPressed가 실행됩니다. 하지만 왜 그런지 이해가 되지 않습니다.

iOS에서는 여전히 사용자 정의 페이지 렌더러로 직접 추가해야 했습니다.

3.6.0에서 수정될까요?

실수로 진행 중으로 옮겨진 것 같아요.

@samhouts 그래서 지금 사양이 필요합니까? 그것에 대해 지정되지 않은 것은 무엇입니까?

@ddobrev 우리는 여전히 사람들이 원하는 것을 노출하는 가장 좋은 방법을 지정해야 합니다. 현재 OnBackButtonPressed는 하드웨어 뒤로 버튼에 더 구체적으로 매핑되므로 그 기능이 더 많이 회전합니다. 많은 사람들이 원하는 것은 OnNavigatingBack 기능입니다.

소프트웨어 뒤로 화살표를 해당 방법에 연결하는 것만으로도 지금은 여전히 ​​해킹에 더 가깝고 최상의 솔루션을 제공하는 것처럼 보입니다.

예를 들어 OnBackButtonPressed를 더 이상 사용하지 않고

OnHardwareBackButtonPressed 및 OnNavigatingBack

뭐, 어느 쪽이든 좋습니다. 그냥 해. 충분히 오래되었습니다.

페이지 기능으로서 이와 같은 것이 의미가 있을까요? 역방향 탐색을 관찰하고 취소할 수 있다면(따라서 Task\

enum ReverseNavigationSourceType {
    Unspecified,
    HwButton,
    Navbar,
    Gesture
}

class ReverseNavigationEventArgs {
    public ReverseNavigationSourceType SourceType { get; }
    public object Source { get; }
}

class Page {
    public virtual Task<bool> OnNavigatingBack(ReverseNavigationEventArgs args) {
        return Task.FromResult(true);
    }
}

내가 볼 수있는 두 번째 실행 가능한 옵션은 이것을 INavigation 인터페이스의 일부로 구현하는 것입니다.

편집: API를 약간 수정했습니다.

@pikausp 솔루션은 나에게 최고처럼 보입니다.

또한 이것을 더 확장하여 "페이지 상태"와 유사한 것을 도입하는 것이 좋을 것이라고 생각합니다.

페이지는 활성 또는 비활성일 수 있습니다.

class PageActivationEventArgs { }
class PageDeactivationEventArgs {
    public bool IsPermanent { get; }
}
class Page {
    public virtual Task OnActivating(PageActivationEventArgs) {
        return Task.CompletedTask;
    }

    public virtual Task<bool> OnDeactivating(PageDeactivationEventArgs) {
        return Task.FromResult(true);
    }
}

Page가 OnDeactivating 에서 멀어지면 호출됩니다. IsPermanent 의 값은 페이지가 탐색 스택에 유지되는지 여부를 기반으로 합니다(팝의 경우 true, 푸시의 경우 false).

탐색이 완료되면 호출되는 OnActivated 및 OnDeactivated 할 수 있습니다.

이것은 개발자에게 강력한 탐색 흐름을 제공합니다.

당신의 생각은 무엇입니까?

여기에 진행 상황을 보고하시겠습니까?

우선 순위를 높이는 방법이 있습니까?
나는 때때로 더 이상 작동하지 않는 해결 방법을 몇 년 동안 가지고 있었습니다.
현재 해결 방법은 단점이 있는 정말 나쁜 해킹이기도 합니다. 내 사용자 지정 탐색 페이지 렌더러를 제거하고 프로세스에서 일부 문제를 수정하고 싶습니다.

충돌

소프트 백 버튼 가로채기에 대한 모든 업데이트. 우리는 이 문제에 대해 정말 고심하고 있습니다. 이 게시물에 언급된 솔루션은 우리에게 적합하지 않습니다.

이것은 정말로 필요합니다. 자신의 도구 모음을 해킹하거나 구현해야 하는 것은 그러한 명백한 누락에 대한 약간의 과잉입니다. 제발 ...

여기 @samhouts에 어떤 업데이트가 있습니까?
여기에서 여러 고급 솔루션이 제안된 것처럼 들리며, 모두 우리가 찾고 있는 기능을 제공합니다.

이 기능도 있으면 좋겠습니다.

데이터 손실을 방지해야 하는 모든 사용 사례에 필요합니다. 이것도 필요합니다. 모든 해결 방법은 너무 해키합니다.

자, 팀, 이제 여기에 설명된 기능에 기대고 있습니다. https://github.com/xamarin/Xamarin.Forms/issues/6971#issuecomment -574823028

이의가 있으신가요?

@samhouts 연결된 문제를 BackButtonBehavior 는 사용자가 뒤로 탐색을 시도할 때 실행되는 명령 주위의 래퍼(일부 추가 포함)입니다.

기본적으로 역방향 탐색을 가로채는 것이 아니라 사용자가 사용 가능한 모든 방법(스와이프, 탐색 모음 버튼, Android 버튼 등)을 통해 뒤로 탐색을 시도할 때 정확히 어떤 일이 발생하는지 제어하는 ​​것입니다. 내가 결정한 경우 뒤로 탐색하는 대신 사용자를 새 페이지로 탐색하도록 결정할 수 있습니다. 맞습니까?

@samhouts iOS uwp 및 Android용 프로덕션 앱에서 작동하는 가로채기가 있습니다. 사용자 정의 페이지 렌더러를 사용하는 iOS 및 Android. 사용자가 소프트웨어 또는 하드웨어 뒤로 버튼을 통해 다시 탐색할 때 "변경 사항을 취소하시겠습니까?"라는 팝업을 표시할 수 있습니다. 사용자가 프롬프트를 확인하면 뒤로 탐색이 실행되고 페이지가 팝업되고 그렇지 않으면 사용자는 현재 페이지에 머무릅니다. 나는 아직 내 구현에서 누락된 스와이프가 뒤로가는 것이 가능하다고 생각하지 않았습니다.

@samhouts - 제안서에서 뒤로 버튼을 가로채어 조건부 단계를 추가하는 방법이 명확하지 않습니다.

제안이 이런 식으로 작동합니까?

• {Shell, NaviationPage}.BackButtonCommand가 할당되지 않은 경우 뒤로 버튼이 정상적으로 동작하고 뒤로 탐색이 자동으로 발생합니다.
• {Shell, NaviationPage}.BackButtonCommand가 할당된 경우 뒤로 탐색이 자동으로 발생하지 않습니다. 할당된 ICommand 인스턴스는 Shell 사용 여부에 따라 명시적으로 이와 같은 작업을 수행할 수 있습니다.

c# async Task MyProcessBackButton(bool usingShell) { bool navigateBack = await DisplayAlert("Cancel?", "Undo changes", "Yes", "No"); var mainPage = usingShell ? (Page)Shell.Current : Application.Current.MainPage; if (mainPage is MasterDetailPage mdPage) mainPage = mdPage.Detail; if (navigateBack) await mainPage.Navigation.PopAsync(); }

그런 일이 나를 위해 일해야하지만 성가신 것 같습니다. 어쩌면 내가 제안을 제대로 보고 있지 않을 수도 있습니다. 예제와 함께 사용 사례를 확인하는 것이 도움이 될 것입니다.

PS @nschoenberg 와 마찬가지로 내 앱에서 사용자 지정 렌더링을 가로채기도 합니다(NavigationPage에서 위의 MyProcessBackButton 메서드와 같은 작업을 수행합니다. 제안서에 Shell이 ​​필요하지 않은 것이 좋습니다. 이전 앱에 더 쉽게 채택할 수 있음).

• {Shell, NaviationPage}.BackButtonCommand가 할당되지 않은 경우 뒤로 버튼이 정상적으로 동작하고 뒤로 탐색이 자동으로 발생합니다.

이것이 내가 작동하는 방식입니다. 종종 우리는 재정의되지 않는 경우 기본 기능을 원합니다. 이것은 Android에서 장치 뒤로 버튼을 재정의하고 true를 반환하는 것과 동일하게 작동합니다. 어떤 식으로든 그 구현을 복제하는 것이 합리적이지 않습니까?

페이지 기능으로서 이와 같은 것이 의미가 있을까요? 역방향 탐색을 관찰하고 취소할 수 있다면 대단히 도움이 될 것입니다(따라서 Task). 또한 요청이 뒤로 탐색하게 된 원인을 구별할 수 있으면 편리할 수 있습니다.

enum ReverseNavigationSourceType {
    Unspecified,
    HwButton,
    Navbar,
    Gesture
}

class ReverseNavigationEventArgs {
    public ReverseNavigationSourceType SourceType { get; }
    public object Source { get; }
}

class Page {
    public virtual Task<bool> OnNavigatingBack(ReverseNavigationEventArgs args) {
        return Task.FromResult(true);
    }
}

내가 볼 수있는 두 번째 실행 가능한 옵션은 이것을 INavigation 인터페이스의 일부로 구현하는 것입니다.

편집: API를 약간 수정했습니다.

https://github.com/xamarin/Xamarin.Forms/issues/6971#issuecomment -574823028 문제에서 BackButtonCommand가 노출될 위치가 정확히 어디인지 잘 모르겠고 NavigationPage에서만 제공됩니까? 포함하는 NavigationPage에 단일 구현이 있고 해당 탐색 스택에 푸시된 모든 페이지가 동일한 동작을 사용합니까? (나는 이것이 일반적인 사용 사례라고 생각하지 않습니다.) 개별 페이지는 어떻게 자체 재정의를 구현하고 명령을 활용합니까?

위에 제공된 제안이 페이지당 재정의해야 하는 개발자의 요구를 충족시킬 것이라고 생각합니다. 뒤로 탐색의 호출은 종종 개발자가 뒤로 탐색에서 일어나는 일을 단순히 제어하기를 원하는 것과 관련이 없기 때문입니다. 다른 페이지로 이동하거나 단순히 기본값으로 두십시오.

모든 사람을 대변할 수는 없지만 소프트웨어 버튼을 누르면 실행되는 일부 기능을 구현한 프로젝트의 경우가 있으며 동일한 기능을 호출하는 OnBackButtonPressed 도 재정의합니다. 동일한 코드를 실행하는 두 가지 형태의 뒤로 탐색.

이러한 속성은 모두 NavigationPage에 연결된 속성과 동일하게 작동합니다.

https://github.com/xamarin/Xamarin.Forms/blob/master/Xamarin.Forms.Core/NavigationPage.cs#L19

활성 페이지에 적용하면 NavigationPage가 반응합니다. 연결된 속성은 바인딩 가능하므로 페이지에서 설정하고 VM에 바인딩할 수 있기 때문에 좋습니다.

<ContentPage NavigationPage.BackButtonCommand={Bindiing BackCommand}

명령이 기본 동작을 "비활성화"하는 것의 장점 중 하나는 비동기 탐색을 활성화한다는 것입니다. 이제 버튼은 명령으로 라우팅되고 명령은 원하는 기간 동안 무엇이든 할 수 있으며 원하는 경우 탐색 API를 사용하여 탐색을 완료할 수 있기 때문입니다.

모든 것을 비동기로 만드는 것은 기본적으로 "비동기"가 아니기 때문에 뒤로 스와이프하거나 모달에서 해제하기 위해 스와이프하는 것과 같은 시나리오 때문에 흥미롭습니다. 그래서 여기서 우리가 할 수 있는 것은 이러한 제스처를 탭하고 명령으로 라우팅하고 취소하는 것입니다. 몸짓.

또한 계층적 프록시를 끝까지 실행할 수 있는 Navigation 클래스의 이벤트로 만든 다음 이벤트와 함께 EventToCommand 동작을 사용할 수 있습니다.

또한 NavigatingBack이 의미가 있는지 궁금합니다. 우리가 이와 같은 것을 갖게 된다면 쉘과 유사한 탐색 이벤트를 생성하는 것이 더 나을 것입니다.

나는 이것이 약간 혼란 스럽다는 것을 알고 있습니다 :-) 그러나 단지 몇 가지 질문에 답하고 토론을 위해 몇 가지 아이디어를 얻고 싶었습니다.

활성 페이지에 적용하면 NavigationPage가 반응합니다. 연결된 속성은 바인딩 가능하므로 페이지에서 설정하고 VM에 바인딩할 수 있기 때문에 좋습니다.

<ContentPage NavigationPage.BackButtonCommand={Bindiing BackCommand}

@PureWeen 죄송합니다. 페이지에서 속성에 액세스할 수 있다는 사실을 잊어버렸습니다. 어쨌든 그렇게 하는 것이 합리적입니다.

NavigationPage.BackButtonCommand는 장치 뒤로 버튼도 사용합니까 아니면 소프트웨어 뒤로 버튼만 사용합니까? 뒤로 탐색을 호출하는 다른 방법이 있기 때문입니다.

현재 NavigationPage.BackButtonCommand 가 사라지고 더 일반화된 것이 있다고 생각합니다. 조금 더 생각해 볼 필요가 있습니다.

팝/푸시와 관련된 것이 의미가 있고 기존 API와 일치할 수 있습니다.

정확히는 아니지만 이 라인을 따라 뭔가

사용자 요청 팝핑 명령
사용자 요청 푸시 명령

또는 PoppingCommand 및 PushingCommand를 사용하면 컨텍스트를 제공하는 인수와 유사한 것을 가질 수 있습니다.

C# enum NavigationSourceType { Unspecified, HwButton, Navbar, Gesture, FromCode }

나는 그것을 모두 바인딩 가능하게 만들고 싶지만 아직 내가 좋아하는 아이디어를 클릭하지 못했습니다.

현재 탐색 상태를 나타내는 탐색 항목이 있습니까?
따라서 명령을 통해 수행된 경우 진행 중인 제스처인지 또는 기타 동작인지 탐색에 요청할 수 있습니다.

이에 대한 업데이트가 있습니까? 우리는 이것을 1년 넘게 기다려 왔습니다.

이에 대한 업데이트가 있습니까? 우리는 이것을 1년 넘게 기다려 왔습니다.

안심하다. 1년은 아무것도 아닙니다. iPad에서 MasterDetail이 있는 SplitView는 4년 전에 작동하지 않고 버그가 있다고 보고되었습니다. 이때 Xamarin.Forms는 여전히 Bugzilla를 사용하고 있었습니다.

@SebastianKruseWago 이미 다른 영역에 존재하는 예상 기능과 완전히 다른 시나리오입니다. 그들은 또한 해결 방법을 허용하는 "버그"를 수정했습니다. 따라서 1년은 첫날부터 포함되어야 하는 항목에 대해 많은 것입니다.

@akemper1 SplitView도 첫날부터 작동해야 합니다. iPad MasterDetailRenderer에만 있는 문제이기 때문에 버그이기도 합니다. 추한 해결 방법으로 2.4 정도 이전에 작동했습니다. 그래서 다르지 않다고 생각합니다.

안녕하세요, 소식이 있습니까?

@scriptBoris 가능한 해결 방법은 다음 링크와 같으며 프로젝트 구조에 따라 한 솔루션이 다른 솔루션보다 더 적합할 수 있습니다.

https://forums.xamarin.com/discussion/67854/android-menu-and-back-button-not-working

https://theconfuzedsourcecode.wordpress.com/2017/03/12/lets-override-navigation-bar-back-button-click-in-xamarin-forms/

별도 프로젝트의 링크에서 두 가지 솔루션을 모두 얻었습니다.

안녕하세요, 번거롭게 해서 죄송합니다만, 이 문제를 해결할 소식이 없을까요? О.О

질문을 업데이트하고 있습니다 :)

<ContentPage NavigationPage.HasBackButton="False">

이에 대한 업데이트가 있습니까? 이 스레드에 제시된 솔루션은 수용 가능 이상이며, 수년 동안 사람들이 이것을 기다리고 있습니다.

Xamarin 팀의 누군가가 이 상태에 대해 언급할 수 있나요? 이것은 정말 많은 사람들에게 큰 문제입니다.

셸에서 이 작업을 수행할 수 있다는 것을 알고 있지만 Prism 또는 MVVMCross 셸을 활용하는 더 큰 많은 앱의 경우 완전히 지원되지 않으므로 이것이 우리에게 정말 필요한 것입니다.

감사 해요

@akemper1에 사과하지만 현재 특정 업데이트는 없습니다.

우리는 이것을 잊지 않았지만 공식 API에서 해결하기 위해 약간 지연되었습니다. 여기에 사용된 API로 전파되는 뒤로 버튼에 영향을 미치는 보류 중인 셸 PR이 있습니다.

나는 이것이 그들에게 큰 문제라고 말하는 많은 사람들에 동의합니다.

그래도 몇 가지 해결 방법을 시도해 보겠습니다. 나는 단지 사용자가 그들이 있는 페이지에서 변경 사항이 손실된다는 것을 "확인"할 때까지 사용자가 되돌아가는 것을 방지할 수 있기를 원합니다.

이것에 대한 소식이 있습니까? 정말 오랜만입니다 :(