검색 결과는 'MVXConvertingTargetBinding'이 피드백 루프를 처리하는 방법에 대한 구체적인 정보를 제공하지 않습니다. 그러나, 특히 MVVMCross와 같은 MVVM (Model-View-ViewModel) 프레임 워크의 맥락에서 바인딩 시나리오에서 피드백 루프가 어떻게 관리 될 수 있는지에 대한 일반적인 설명을 제공 할 수 있습니다.
MVVM에서 바인딩은 뷰와 뷰 모델 사이의 데이터를 동기화하는 데 사용됩니다. 피드백 루프는 뷰의 변경으로 인해 뷰 모델에 대한 업데이트가 발생할 때 발생하여 뷰로 다시 변경하여 무한 사이클을 생성 할 수 있습니다. 다음은 그러한 루프를 처리 할 수있는 방법입니다.
1. 일원 바인딩 : 일원 바인딩을 구현하면 피드백 루프를 방지 할 수 있습니다. 예를 들어, 데이터가 뷰 모델에서 뷰 (일원 바인딩)로만 흐르는 경우 뷰의 변경 사항은 뷰 모델을 업데이트하지 않으므로 루프를 피하십시오.
2. 검증 된 양방향 바인딩 : 데이터가 양방향으로 흐르는 양방향 바인딩에서 검증을 구현하면 피드백 루프를 관리하는 데 도움이 될 수 있습니다. 업데이트되는 데이터가 현재 값과 동일하면 변경되지 않으므로 불필요한 업데이트를 방지합니다.
3. 변환기 사용 : 바인딩에서 'ivalueconverter'와 같은 변환기를 사용하면 무한 업데이트를 방지하는 방식으로 데이터를 변환하여 피드백 루프를 관리하는 데 도움이 될 수 있습니다. 예를 들어, 새 값이 현재 값과 다른 경우 변환기가 대상을 업데이트 할 수 있습니다.
4. 이벤트 처리 :보기에서 이벤트를 올바르게 처리하면 피드백 루프를 완화 할 수 있습니다. 예를 들어, 바인딩 자체에 의해 변경 이벤트가 트리거되면, 이벤트 핸들러는 사용자가 변경 사항을 확인했는지 또는 바인딩에 의해 변경되었는지 확인하고 그에 따라 작용해야합니다.
5. 바인딩 모드 : 일부 프레임 워크는 뷰와 뷰 모델 사이의 데이터 흐름을 제어하는 데 사용될 수있는 다른 바인딩 모드 (예 :`onewaytosource`, 'oneetime')를 제공하여 피드백 루프를 피하는 데 도움이됩니다.
'MVXConvertingTargetBinding'에 대한 특정 문서가없는 경우, 이러한 일반적인 전략은 MVVM 바인딩에서 피드백 루프를 관리하기 위해 적용될 수 있습니다. `mvxConvertingTargetBinding`이 MVVMCross 또는 유사한 프레임 워크의 일부인 경우 변환기 또는 바인딩 모드를 통해 이러한 루프를 처리하는 메커니즘을 통합 할 수 있습니다.
인용 :[1] https://docs.quantum.ibm.com/api/qiskit/0.27/qiskit.circuit.library.mcmt
[2] https://rubberduckvba.blog/2020/10/25/making-mvvm-work-in-vba-part-3-bindings/
[3] https://www.simplilearn.com/tutorials/dot-net-tutorial/model-binding-in-mvc
[4] https://docs.quantum.ibm.com/api/qiskit/circuit
[5] https://stackoverflow.com/questions/63497549/binding-onewaytosource-with-oNetime-initalization-of-target
[6] https://learn.microsoft.com/en-us/aspnet/core/mvc/models/model-binding?view=aspnetcore-9.0
[7] https://www.nxp.com/docs/en/data-sheet/mcxc44xp64m48sf6.pdf
[8] https://github.com/whitphx/vscode-emacs-mcx