Flutter: 코드 푸시 / 핫 업데이트 / 대역 외 업데이트

cc @floitschG

또한 참조
https://groups.google.com/forum/#!msg/flutter -dev/YwzItp1pxJo/7bFGDLvxBAAJ
나는 이것에 대해 매우 흥분할 것입니다.

이것이 리액트 네이티브의 유일하고 진정으로 독특한 기능 중 하나일 수 있기 때문에 이것이 상당히 중요할 것이라고 생각합니다. 불행히도 일부 회사에서는 이것을 딜 브레이커로 간주할 수 있습니다.

사용 사례

• 특히 VIP 또는 긴급하고 시간에 민감한 상황, 비즈니스 크리티컬 및/또는 어떤 이유로 앱을 전혀 사용할 수 없는 사용자를 위한 iOS의 중요한 버그.
• 단계적 출시보다 더 동적인 기능 테스트
• 이것은 Fuschia 및/또는 Chromebook을 준비하는 데 좋은 터치가 될 것입니다. flutter가 pwas/Kotlin/Swift/React/Xamarin/other-junkier-hybrid 솔루션뿐만 아니라 웹 앱과 "경쟁"하는 시나리오가 있을 수 있습니다.

Flutter 대 React Native라는 장대한 전투에서 코드 푸시는 지옥 같은 도구입니다(:
RN 개발자로서 이 기능의 중요성을 아무리 강조해도 지나치지 않습니다. 많은 사람들이 핫 푸시가 없다는 이유로 Flutter를 통과할 것입니다. 버그를 빠르게 수정하고 새로운 기능을 푸시하는 데 익숙해지면 되돌릴 수 없습니다.

자바스크립트 경로로 컴파일하면 다트의 장점이 줄어들겠죠?
Rollout.io를 사용하여 코드를 다시 로드할 수 있었던 일부 기본 앱을 찾았지만 Apple에서 차단했습니다: https://news.ycombinator.com/item?id=13817557
이 패턴을 보면, 우리가 반응 네이티브에서 보는 것과 같은 매끄러운 코드 푸시 기능이 flutter에 없을 것 같습니다.
핵심 관리자(:

자바스크립트 경로로 컴파일하면 다트의 장점이 줄어들겠죠?

어떤 장점을 말씀하시는 건가요?

Codepush는 매우 필요합니다. Flutter에서 무선 업그레이드 릴리스 가능성을 보고 싶습니다.

우리는 약간 극단적인 것처럼 보이지만(모든 테스트 계정이 가지고 있지 않은 사용 사례에서 위치 권한을 거부하는 것과 관련됨) 실제로는 그렇지 않은 기능에 대해 많은 나쁜 리뷰를 받은 프로덕션 앱의 실제 사용 사례가 있었습니다. NS.

codepush 기능은 사용자가 업그레이드를 기다리지 않고 즉시 중요한 수정 사항을 푸시할 수 있습니다. 어떤 이유로 사용자가 때때로 업그레이드하는 것이 느린 것 같습니다 :(

핫 코드 푸시 지원은 NO GO입니다 :-(

해석된 코드에 JavascriptCore가 더 이상 필요하지 않을 수 있습니다. https://www.theregister.co.uk/2017/06/07/apple_relaxes_developer_rules/?page=2

IOS 생태계가 걸림돌이라면 지금은 안드로이드에서만 구현하지 않겠습니까? 없는 것보다 나은 것 그리고 그것이 시작점입니다.

팀이 이 기능을 최대한 빨리 구현해 주셔서 감사합니다.

여기에서 몇 가지 기본 프로토타입을 구축했지만 현재로서는 공유할 내용이 없습니다. 이것을 제대로 하려면 Dart의 컴파일러 툴체인에서 약간의 작업이 필요합니다. 여기에서 많은 것을 공유할 수 있기까지 몇 달이 걸릴 것으로 예상합니다. 팀은 현재 1.0의 안정화에 집중하고 있습니다.

우리는 당신의 말을 듣습니다. :) 이것은 분명히 많은 사람들이 가치 있게 여기는 기능이며 우리는 결국 이와 같은 기능을 제공하는 데 관심이 있습니다.

Flutter에 대한 "코드 푸시" 지원은 React Native와 관련된 관의 마지막 못이 될 수 있습니다.

RN과 RN 커뮤니티에 대한 저의 모든 사랑으로 게임 체인저인 Flutter는 상대가 되지 않습니다.
Flutter는 모든 측면(도구, 성능, 언어...)에서 이를 잘 보여줍니다.

1.0 히트 후 커뮤니티가 조금 더 성장합니다. + 코드 푸시 지원 = Flutter가 아닌 다른 것으로 새로운 모바일 프로젝트를 시작할 이유가 없습니다.

"코드 푸시"에 대한 진행 상황 ??

전체 .so를 동적으로 대체하는 것이 얼마나 실현 가능합니까? 전체 컴파일러 도구 체인, 코드 쉐이크 등은 항상 우선 순위 목록의 맨 위에 티켓이 있다는 점을 감안할 때 사람들이 혜택을 받을 수도 있고 그렇지 않을 수도 있는 논쟁의 여지가 있는 극단적인 경우로 조정되어서는 안됩니다.

전체 .so 파일을 "사이드로딩"할 수 있는 공간이 있어야 하므로 dart에서 기계 코드로의 빌드가 여전히 정확히 동일할 수 있습니다. 작지만 완전히 독립적인 구성 요소에는 다음과 같은 "최소 실행 가능한 기능"이 할당될 수 있습니다. .so를 다운로드하여 원래 제공된 구성 요소로 교체하고 기본 실행 의도로 앱을 다시 시작합니다.

추가 책임: 자산 다운로드, 서명 확인 등. 플러터/다트/스키아 엔진 업데이트 및 업데이트 불가.

그것은 iOS 지침을 위반하는 것처럼 들리지만 어쨌든 나는 어쨌든 해석되는 어떤 것 또는 일반적으로 iOS의 팬이 아닙니다. 그리고 안드로이드가 멋지기 때문에 아예 없는 것보다 안드로이드에 있는 것이 더 낫습니다.

최소한 다운로드 부분은 백그라운드에서 허용되는 일부 격리 작업이 있으므로 이제 수행할 수 있는 것처럼 보이지만 원본 .so를 다운로드한 파일로 바꾸는 방법을 보는 것은 흥미로울 것입니다. 아마도 추가 .so 또는 Java 코드가 그 부분을 수행할 수 있지만 코드 폴더에 있을 것입니다. 앱 자체가 수정할 수 있는지 확실하지 않으므로 플러터 엔진이 내부에서 모든 앱의 .so를 로드하도록 약간의 조정이 필요할 것입니다. 데이터?

Flutter를 사용하여 회사 앱을 개선하기 시작했습니다. 그러나 우리는 아직 베타 버전이고 새로운 UI와 기능을 빠르게 테스트하고 있기 때문에 핫 업데이트 기능이 있어야 한다는 주요 요구 사항이 있습니다. 이 기능이 있으면 살 것입니다.

업데이트가 있습니까?
(이 기능은 이미 완료되었으며 1.0이 나오면 깜짝 놀랄 것입니다.)
😁

찬성 투표

Flutter를 사용하지 않는 이유는 단 하나입니다. 코드 푸시

코드 푸시를 지원할 수 없다면 일부 사전(json, xml...)에서 Flutter Widget으로 생성할 Parser를 만드는 방법이 있습니까? 이것은 불가능하거나 좋은 생각입니까?

이것은 약간 유망하게 들립니다. 필요한 경우 위젯에 대한 Firebase 원격 구성.
기업이 원하는 것이 무엇인지 파악하는 것도 도움이 됩니다. :)

2018년 10월 12일 금요일, 오전 3:45 Hưng Lương Đỗ Minh [email protected]
썼다:

코드 푸시를 지원할 수 없다면 파서를 만들 수 있는 방법이 있습니까?
일부 사전(json, xml...)에서 Flutter Widget으로 생성하시겠습니까? ~이다
이것은 불가능하거나 좋은 생각입니까?

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/flutter/flutter/issues/14330#issuecomment-429251785 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AC4TYe9qDMi4bt2U5qyyAnJisN3ys_Z5ks5ukFavgaJpZM4RxUZi
.

적어도 Dart로 작성된 UI/View는 서버에서 네트워크를 통해 다운로드할 수 있다고 생각합니다.
영감을 얻으려면 Qt Quick 프레임워크가 이를 수행하는 방법을 참조하십시오.

QtDD12 - 네트워크를 통해 QML 응용 프로그램 제공 - Jeremy Laine:

• 동영상
• 슬라이드

다가오는 1.0 릴리스에 포함될 수 있습니다!

많은 고객이 Google 스토어의 앱 업데이트 메커니즘을 차단하는 엄격한 방화벽 뒤에 있는 키오스크 기기에서 Flutter 앱을 사용할 것입니다. 이러한 고객은 Play 스토어를 허용하지 않습니다. 우리는 궁극적으로 Flutter 앱과 함께 100개의 하드웨어 장치를 갖게 될 것이며, 고객 방화벽 제한을 준수하면서 앱에 업데이트를 푸시할 수 있는 방법이 있다는 것은 놀라운 일이 될 것입니다!

@eseidelGoogle - 여러분이 여기에 몇 가지 업데이트를 제공한 지

아직도 이 일을 하고 계시나요? 일이 어떻게 되어가고 있나요?

진행이 계속됩니다. 현재 공유할 업데이트가 없습니다.

우리는 오늘 일찍 사람들이 이 버그에 대해 언급한 세 가지 명확한 용어를 생각해 냈습니다.

• "동적 패치": (일종의) 패치를 다운로드하고 이를 Dart VM에 제공하여 현장에서 앱의 Dart 코드를 업데이트하는 기능. 적용하려면 앱을 다시 로드해야 합니다.
• "동적 확장 로드": 앱이 처음 게시될 때 작성되지 않은 일부 Dart 코드를 다운로드하여 앱에 새로운 기능을 추가하는 기능입니다. 이것은 즉석에서 수행할 수 있습니다. 향후 각 확장에 필요한 것이 무엇인지 미리 알 수 없기 때문에 핵심 앱이 더 커야 할 수도 있습니다.
• "모듈식 애플리케이션 제공": 단일 앱을 컴파일할 때 여러 개의 별도 아카이브로 패키징하고 필요에 따라 독립적으로 다운로드하는 기능.

이 문제를 개별적으로 추적할 수 있는 세 가지 버그로 분할해야 합니다.

이것이 iOS에서 정말 가능한가요? Apple이 rollout.io 에서

Apple이 현재(또는 미래에) 허용하거나 허용하지 않는 것은 기술 구현과 완전히 별개입니다. Flutter는 iOS 이외의 많은 곳에서 실행됩니다. 분명히 우리는 iOS에서 작동할 수 있는 기술을 항상 설계하고 싶지만(많은 가능한 "코드 푸시" 솔루션이 가능하다고 생각하므로) iOS가 유일한 고려 사항은 아닙니다. 도움이 되셨나요?

Code Push가 1.0에서 릴리스된 것을 보지 못해서 정말 슬픕니다. 다른 사람들과 마찬가지로 이것이 내가 앱 스토어를 기다리지 않고 패치하는 기능이 필요한 프로젝트에서 사용할 수 없는 주된 이유입니다.
나는 거기까지 가는 것이 힘든 일임을 감사하게 생각합니다. 행운을 빕니다.

Flutter를 사용하지 않는 이유는 단 하나입니다. 코드 푸시

이 주제에 대한 관심을 보여주기 위해 피드백을 남기고 싶습니다.
우리 회사는 유지 관리 팀을 관리하기 위해 Android 전용 다중 고객 앱을 개발합니다. 2018년에 우리는 약 100개의 업데이트를 출시했으며, 그 중 대부분은 사전에 예측할 수 없는 각 고객이 필요로 하는 약간의 조정 및 사용자 지정이기 때문에 Google Play를 통해 새 버전을 요청한 업데이트는 하나도 없습니다.
Flutter에서 이 앱을 다시 작성하는 것은 꿈이겠지만, 다시 작성하는 비용을 제외하고 수정 사항이나 사용자 정의가 GPlay를 통해 게시될 때까지 기다리는 데 돈을 낭비하는 것은 악몽이 될 것입니다.

가능한 빨리 달성하기를 바랍니다

또 다른 포인트: Flutter 팀이 공식적으로 핫픽스 솔루션을 제공한다면, 핫픽스가 AppStore 리뷰 가이드라인을 확실히 위반하기 때문에 Apple이 언젠가 Flutter에서 빌드한 모든 앱을 거부할 수 있다고 생각합니다. 개발자는 AppStore 리뷰를 우회하고 앱을 수정할 수 있습니다 앱은 사용자에게 안전하지 않습니다.

현재 Apple은 중국에서 가장 인기 있는 핫픽스 솔루션인 JsPatch가 포함된 모든 앱을 거부합니다. JsPatch는 JsCore 및 OC 런타임을 기반으로 구축되었습니다.

앞으로 Apple에서 앱을 거부할 수 있기보다는 핫픽스 기능이 없는 Flutter 앱을 만들고 싶습니다.

@MaxZeng JsPatch 에 대해 알게

이 예와 같이 iOS/Android만 지원하는 경우:
MyFlutterApplication이 권한을 요청하거나 앱 업데이트를 원합니다.
변경 로그: 고양이 및 개 추가(v1.0)
허용 | 허용하지 않음

양 당사자에 대한 지침을 검토한 후.

@MaxZeng JsPatch 에 대해 알게

예, ReactNative는 현재 코드 푸시의 예외이지만 Apple이 공식적으로 지원한다는 의미는 아닙니다. 최근 저희 회사 앱은 RN같은 프레임워크로 인해 AppStore에서 3번 이상 거절을 당했고 이 기능들을 OC/H5에서 다시 작성해야 하므로 개발자들에게는 악몽입니다.

React Native는 마지막으로 UIKit 위에 렌더링되기 때문에 여전히 Apple에 SAFE 프레임워크이지만 Flutter는 완전히 다릅니다.
1, 첫째, Apple의 개발자 생태계를 깨고 UIKit 프레임워크를 우회하며 Apple의 통제를 벗어납니다. 예를 들어 AppStore에 점점 더 많은 MD 스타일 앱이 있을 것이며 이는 Apple의 휴먼 인터페이스 가이드라인에 위배될 수 있습니다. Apple은 훌륭한 디자인으로 인해 유명한 회사입니다.
2、둘째, Flutter에서 핫 리로드를 공식적으로 지원하는 경우 Apple은 이 이유를 사용하여 Flutter 앱을 직접 거부할 수 있습니다.

내 관점에서 Flutter는 AppStore Review Guideline을 위반하는 대신 준수해야 합니다. 이것은 크로스 플랫폼 모바일 프레임워크에 중요합니다. Apple의 생태계를 깨면 안 됩니다. 우리가 할 수 있기 때문입니다. Apple이 Flutter를 거부한다면 Flutter의 주요 이점은 사라질 것입니다.

CodePush는 어렵거나 신비한 기술이 아닙니다. Apple은 이를 쉽게 구현할 수 있습니다(특히 OC 기반). Apple이 이를 허용하지 않는 유일한 이유는 최종 사용자에게 안전하지 않고 이는 AppStore/Google Play를 완전히 손상시키기 때문입니다. 많은 앱이 언제 어디서나 기능을 변경할 수 있다면 재앙이며, 앱 게시가 허용된 후에는 이러한 유해한 행위를 추적하고 제한하기가 어렵습니다.

CodePush는 단순한 기술이 아니라 모바일 생태계의 중요한 부분입니다. Flutter 팀에서 이러한 기술을 공식적으로 제공해서는 안 된다고 생각합니다. 일부 개발자가 비공개로 구현하더라도 널리 사용되지 않을 것이기 때문에 괜찮습니다.

@MaxZeng JsPatch 에 대해 알게

예, ReactNative는 현재 코드 푸시의 예외이지만 Apple이 공식적으로 지원한다는 의미는 아닙니다. 최근 저희 회사 앱은 RN같은 프레임워크로 인해 AppStore에서 3번 이상 거절을 당했고 이 기능들을 OC/H5에서 다시 작성해야 하므로 개발자들에게는 악몽입니다.

React Native는 최종적으로 UIKit 위에 렌더링되기 때문에 여전히 Apple의 _SAFE_ 프레임워크이지만 Flutter는 완전히 다릅니다.
1, 첫째, Apple의 개발자 생태계를 깨고 UIKit 프레임워크를 우회하며 Apple의 통제를 벗어납니다. 예를 들어 AppStore에 점점 더 많은 MD 스타일 앱이 있을 것이며 이는 Apple의 휴먼 인터페이스 가이드라인에 위배될 수 있습니다. Apple은 훌륭한 디자인으로 인해 유명한 회사입니다.
2、둘째, Flutter에서 핫 리로드를 공식적으로 지원하는 경우 Apple은 이 이유를 사용하여 Flutter 앱을 직접 거부할 수 있습니다.

내 관점에서 Flutter는 AppStore Review Guideline을 위반하는 대신 준수해야 합니다. 이것은 크로스 플랫폼 모바일 프레임워크에 중요합니다. Apple의 생태계를 깨면 안 됩니다. 우리가 할 수 있기 때문입니다. Apple이 Flutter를 거부한다면 Flutter의 주요 이점은 사라질 것입니다.

CodePush는 어렵거나 신비한 기술이 아닙니다. Apple은 이를 쉽게 구현할 수 있습니다(특히 OC 기반). Apple이 이를 허용하지 않는 유일한 이유는 최종 사용자에게 안전하지 않고 이는 AppStore/Google Play를 완전히 손상시키기 때문입니다. 많은 앱이 언제 어디서나 기능을 변경할 수 있다면 재앙이며, 앱 게시가 허용된 후에는 이러한 유해한 행위를 추적하고 제한하기가 어렵습니다.

CodePush는 단순한 기술이 아니라 모바일 생태계의 중요한 부분입니다. Flutter 팀에서 이러한 기술을 공식적으로 제공해서는 안 된다고 생각합니다. 일부 개발자가 비공개로 구현하더라도 널리 사용되지 않을 것이기 때문에 괜찮습니다.

매우 흥미롭고 어떤 면에서는 합리적으로 들리지만 몇 가지 실수도 있습니다.

1. Flutter는 Apple의 Cupertino도 지원합니다 . MD만 선택되는 것은 아닙니다.
2. 게임 영역에서 Unity를 알고 있을 것입니다. Flutter의 렌더 시스템은 어떤 면에서 유사하게 작동합니다.
3. 사실 그리고 현재로서는 web(JS)을 사용하여 CodePush를 구현하고 AppStore의 검토를 우회하여 앱을 수정할 수 있습니다. 그렇다면 Flutter(dart)를 거부하고 JS를 포기하는 이유는 무엇입니까?

그렇다면 Flutter(dart)를 거부하고 JS를 포기하는 이유는 무엇입니까?

JS는 샌드박스에서 실행되므로 안전합니다. (Safari에 로드된 모든 웹 페이지처럼)

Dart는 이진 코드로 컴파일되며 이러한 샌드박스의 제약을 받지 않습니다.

저는 수년간 안드로이드 개발자입니다. 코드 푸시는 그렇게 중요하지 않다고 생각합니다.
코드푸시가 없으면 개발이 안되나요? 그렇다면 그것은 너무 어리석은 것입니다.
Flutter는 모바일용 프레임워크이므로 먼저 모바일 개발 지식을 더 많이 배워야 합니다.
코드 푸시 없이 전체 업데이트를 사용할 수 있습니다.
광고에 나온 대로: 다리가 나타나면 다리를 건너십시오.
개발자로서 동일한 문제를 해결하기 위해 다양한 방법을 사용하는 것이 더 중요하다고 생각합니다.

Flutter는 React Native가 아니므로 React Native(또는 다른 프레임워크)의 경험을 사용하여 Flutter를 볼 수 없습니다. 그것들은 다른 것입니다.

@MaxZeng 아마도 flutter는 Android 전용 핫 업데이트를 활성화할 수 있습니다.

RN과 같은 최신 업데이트가 없으면 Flutter로 이동할 수 없습니다! 프레임워크는 개발자의 삶을 더 쉽게 만들어주어야 합니다!!

기다리던 꽃이 다 떨어졌어요.

@MaxZeng 아마도 flutter는 Android 전용 핫 업데이트를 활성화할 수 있습니다.

1、실제로 Google Play 스토어의 생태계도 손상시킬 것이며, Android 팀이 앱 동작을 제어하기 어렵게 만들 것입니다.
2、CodePush는 대부분의 앱에 필요하지 않습니다. 이 기술은 일부 개발자가 악의적으로 사용합니다.
3、개발자가 패치를 올바르게 암호화하지 않으면 대규모 "중간자 공격"이 발생할 수 있습니다. 악의적인 해커는 푸시된 코드를 수정하여 Flutter 앱을 하이재킹할 수 있습니다.

핫픽스는 대부분의 중국 회사에서 가져오는 기능입니다. 70% 이상의 중국 Android 기기는 Google Play를 지원하지 않습니다.

@act64 확인 https://github.com/flutter/flutter/wiki/Roadmap

@act64 확인 https://github.com/flutter/flutter/wiki/Roadmap

로드맵에는 Android에 대한 핫픽스가 포함되어 있습니다. iOS가 곧 지원되기를 바랍니다.

@taibaiyinxing Flutter는 Apples App-store에서 허용하지 않는 기능을 제공할 수 없습니다.

@taibaiyinxing Flutter는 Apples App-store에서 허용하지 않는 기능을 제공할 수 없습니다.

@zoechi 우리는 엔터프라이즈 앱을 사용하며 앱 스토어에 업로드할 필요가 없습니다.

Android의 동적 패치를 통해 서버에서 직접 Android에서 실행되는 Flutter 애플리케이션에 배포된 코드 업데이트를 허용합니다.
🎉

https://github.com/flutter/flutter/wiki/Roadmap

올해 IOS 에서 CODE PUSH를 지원할 계획은 없는 것 같습니다.

https://github.com/flutter/flutter/wiki/Roadmap

"여기에 있는 목록이 완전한 것으로 간주되거나 우리가 이 모든 작업을 완료할 것이라는 약속으로 보아서는 안 됩니다." :)

코드 푸시 작업은 아직 테스트 초기 단계입니다. 2019년에 어떤 플랫폼에 배포할지/배포하지 않을지는 아직 결정되지 않았습니다. 이제 겨우 2월입니다. 10개월은 긴 시간입니다!

현재 엔지니어들은 https://github.com/flutter/flutter/issues/14330#issuecomment -442274897에 설명된 @Hixie 의 3가지 사용 사례를 지원하기 위해 핵심 기술을 구축하는 데 집중하고 있습니다.
앞으로 몇 달 안에 이러한 사용 사례 중 하나 이상에 대해 제한된 테스트를 시작할 것으로 예상합니다.

저희 플러터 개발 기술이 아직 미숙하기 때문에 앱은 자주 업데이트되고 긴급한 업데이트가 많습니다. 그리고 우리 앱은 앱 스토어를 업로드할 계획이 없습니다. 따라서 이 기능은 매우 중요합니다. 이것은 APP의 반복 속도를 향상시킬 수 있습니다. 그렇지 않으면 APP 조각화로 인해 API가 지연됩니다.

우리 모두가 동의할 수 있다고 생각하지만, 이 문제의 동인은 Google과 Apple(스토어)이 관리하는 벽으로 둘러싸인 정원을 통해 최종 사용자에게 모바일 앱을 제공하는 것이 앱 개발자에게 큰 불편을 끼친다는 것입니다. 좋은/혁신적인 앱의 최종 사용자에 대한 열악한 서비스), Apple이 가장 불편합니다(Google의 경우 몇 시간이 아닌 Apple의 경우 며칠).

부수적으로 가능한 솔루션은 상점이 '신뢰할 수 있는' 개발자(예: 패스트 트랙 서비스)를 위한 즉각적인 업데이트 경로를 제공하는 경우일 수 있습니다. 그런 다음 Google과 Apple은 앱에 대한 실시간 감사(자동화, ... AI처럼??... 필요에 따라 사후 자동 롤백 사용)를 수행할 수 있습니다. 그러나 이것은 여러 가지 기술적인 이유와 기타 이유로 가능성이 희박해 보입니다. 물론 두 매장 모두 베타 테스터에 대한 빠른 경로를 가지고 있습니다.

따라서... 이번 호의 기능을 기다리는 동안 모바일 앱을 최종 사용자에게 제공하는 것과 관련된 불편을 완화하는 한 가지 방법은 단계를 자동화하는 것입니다.

Flutter에 대해 이러한 종류의 자동화를 수행하는 도구의 예는 다음을 참조하세요.
https://github.com/mmcc007/fledge
기록을 위해 여기에는 쉽게 자동화할 수 없는 많은 일회성 설정 단계에 대한 문서가 포함되어 있습니다.
https://mmcc007.github.io/fledge/

@charliezzo 이 도구 또는 이와 유사한 도구를 사용하면 Flutter 앱(및 업데이트 등)을 Android 및 ios 베타 테스터에게 몇 분 안에 전달할 수 있습니다.

또한 매장을 통해 최종 사용자에게 자동으로 배송하는 워크플로가 있습니다(Google의 경우 시간 이상, Apple의 경우 며칠 이상 😂👍).

@mmcc007
오 감사합니다. 하지만 내 앱을 Google Play 및 앱 스토어에 푸시하고 싶지 않다고 말합니다.
내 앱을 다른 방식으로 판매해야 합니다.
내 앱을 업데이트하기 위해 Google Play와 앱 스토어가 필요하지 않습니다.
사용자가 앱을 설치하고 시작할 때만 내 앱을 업데이트하고 싶습니다.
그리고, flutter는 60FPS 이상의 프레임워크이며 온라인 게임을 만들 수 있습니다. Google Play 및 앱 스토어에서 약간의 패치를 원하지 않습니다.
당신은 구글 플레이와 앱 스토어의 모든 패치가 느리고 어렵다는 것을 알고 있습니다.
사실 당신은 우리가 중국에서 구글 플레이를 사용할 수 없다는 것을 알고 있습니다. 앱 스토어는 매우 느립니다.
중국에는 Google Play와 같은 앱 스토어가 많이 있습니다. 모든 앱 스토어에 업데이트를 푸시할 시간이 없습니다.

코드 푸시는 Flutter의 주요 기능이어야 합니다. 그것을 위에 올려 놓으십시오.

Android의 app_flutters에 있는 모든 파일을 교체하여 만들 수 있습니다.

안녕하세요, 추가 논의를 위해 이메일을 주시겠습니까，저희 팀도 이 솔루션을 찾았지만 응용 프로그램을 종료하고 앱을 다시 시작해야 할 때만 작동할 수 있습니다。tks @LNeway

안녕하세요, 추가 논의를 위해 이메일을 보내 주시겠습니까? 저희 팀도 이 솔루션을 찾았지만 응용 프로그램을 종료하고 응용 프로그램을 다시 시작해야 할 때만 작동할 수 있습니다. tks @LNeway
@KinsomyJS
타당성 검증을 위해 데모도 해봤습니다 ㅋㅋㅋㅋ

간단한 스니펫이나 블로그 게시물로 공유하거나 여기에 댓글을 달거나 이메일에 cc [email protected] 을 보내주세요...

@LNeway @KinsomyJS 둘 중 더 자세한 내용을 알려주실 수 있습니까?
감사 해요

@taibaiyinxing Flutter는 Apples App-store에서 허용하지 않는 기능을 제공할 수 없습니다.

@zoechi 귀하 및/또는 Flutter 팀이 Flutter에서 실현 가능한 codepush 기술이 React-native에서 실행 가능한 것과 근본적으로 다르고 금지되어 있다는 분석이 있다는 말씀이신가요?

이 기능이 추가되면 베타 1.0.0도 지원되나요?

@dahabdev

Ionic에 대한 제 경험에 비추어 볼 때 "코드 푸시"가 과대평가되었다고 생각합니다. Flutter 팀이 다른 기본 필수 기능이 아직 많이 빠져 있는 동안 이 작업에 너무 많은 시간을 할애하지 않기를 바랍니다.

UAVForecast를 개발할 때 Ionic을 사용했는데 앱의 전체 콘텐츠를 원격으로 업데이트할 수 있는 "ionic deploy" 기능에 매료되었습니다. 당시(2014년) 애플의 앱스토어 심사시간은 2주 정도였다. 나는 그들이 말하는 것처럼 빠르게 반복하고, 빠르게 움직이고, 무언가를 깨고 싶었습니다.

처음에는 "이온 배포"가 훌륭했지만 곧 몇 가지 주요 문제를 발견했습니다. 그것은 내 사용자들에게 혼란을 야기했습니다("앱이 자체적으로 업데이트되었다고 하는데 왜 Play 스토어/앱 스토어에서 다른 업데이트가 보류 중인가요?"); 앱 메타데이터(예: 권한)가 Cordova 플러그인에 의해 자동으로 변경되었지만 핫 코드 푸시로 업데이트되지 않은 경우와 같이 때때로 앱이 중단되었습니다. 버전 번호를 추적하는 것은 까다로웠고 내가 상점에 푸시한 것과 동기화되지 않을 것입니다. 항상 버그에서 스스로 "이온 배포"할 수 있기 때문에 테스트에 게으르게 만들었습니다. 때로는 앱 검토 팀이 볼 기회를 주었다면 발견했을 수 있는 더 나쁜 버그를 푸시하게 되었습니다.

첫 번째 버전을 출시한 지 약 1년 후, App Store 리뷰 시간이 크게 향상되었습니다. 오늘날에는 며칠로 단축되었으며 물론 Google Play 스토어에서는 몇 시간으로 단축될 수 있습니다. 내가 겪었던 모든 문제를 감안할 때 내 앱에서 "이온성 배포" 기능을 제거하기로 결정했고 지금은 수백만 건의 다운로드를 지원하므로 뒤돌아보지 않았습니다.

나는 Ionic을 좋아하고 개발자 Drifty가 한 모든 것에 정말 감사하지만(감사합니다!), Drifty가 사용자를 끌어들이는 코드 푸시와 같은 화려한 기능에 너무 많은 시간을 투자하는 실수를 하고 충분한 시간을 확보하지 못했다고 주장하고 싶습니다. 프레임워크의 너트와 볼트를 제거하여 결국에는 문제를 피할 수 있습니다. 이제 네 번째 버전에서 Ionic은 이전 버전과 호환되지 않는 방식으로 너무 많이 다시 작성되어 따라가는 것을 중단했습니다. 최신 버전에는 여전히 업그레이드를 방해하는 몇 가지 심각한 문제가 있습니다. 실룩 거리다.

지금까지의 경험은 훌륭했고 많은 재미를 느끼고 있지만 Flutter, 특히 플러그인에서 여전히 몇 가지 주요 격차와 누락이 있습니다. 예를 들어: 비밀번호 자동 완성과 텍스트 필드 통합이 없고, Google 지도 플러그인은 베어본(및 관련 프레임워크 렌더링 버그 있음)이며, 기본 WebView는 자산 로드를 위해 file:// URL을 지원하지 않으며, 탭 표시줄은 지원하지 않습니다. 투명도 또는 그라데이션 배경 지원, 테이블 셀은 colspan을 지원하지 않음, ThemeData는 애니메이션과 함께 사용할 앱별 색상으로 확장할 수 없습니다. 유일하게 완전히 시간대를 인식하는 DateTime 라이브러리에는 순간 및 순간-시간대의 많은 중요한 기능이 부족합니다. 상태 관리에 대한 접근 방식이 너무 많아서 초보자에게는 혼란스럽습니다. 이상한 예외를 피하기 위해 자주 "플러터 클린"해야 하고 핫 스왑이 제대로 작동하지 않는 경우가 많으며 계속할 수 있습니다.

저는 이 중 _모두_를 "코드 푸시"보다 더 중요한 것으로 평가할 것입니다. 특히 Apple이 Flutter 앱을 거부할 위험이 있는 경우, 결국 앱 성능을 개선하는 최적화를 더 어렵게 만들 수 있는 컴파일러 프레임워크에 대한 주요 변경이 필요한 경우(저는 "코드 푸시"보다 5% 성능 향상) 또는 프레임워크 기능을 완료하는 데 시간이 걸립니다.

반면에 일부 개발자는 특히 매장 외부에서 운영하는 경우 상황에 따라 진정으로 필요할 수 있으므로 여기에서 열정을 이해할 수 있습니다.

@matthewlloyd 많은 좋은 점!

코드 푸시를 지원할 수 없다면 일부 사전(json, xml...)에서 Flutter Widget으로 생성할 Parser를 만드는 방법이 있습니까? 이것은 불가능하거나 좋은 생각입니까?

-- 이에 대해 의견이 있는 사람이 있습니까?
https://pub.dartlang.org/packages/dynamic_widget
'중요한 버그'에 대한 두려움을 다루지는 않지만 유망한 것으로 보입니다.

그게 미친 부분은 코드 푸시가 방안의 코끼리라는 것입니다. 그것은 비즈니스/프로세스 문제이자 기술적인 문제이며 한쪽은 다른 쪽을 무시하는 경향이 있습니다...

비밀번호 자동 완성과의 텍스트 필드 통합이 없고, Google 지도 플러그인이 베어본(관련 프레임워크 렌더링 버그가 있음)이며, 기본 WebView가 자산 로드를 위한 file:// URL을 지원하지 않으며, 탭 표시줄이 투명도를 지원하지 않거나 그라디언트 배경, 테이블 셀은 colspan을 지원하지 않습니다. ThemeData는 애니메이션과 함께 사용할 앱별 색상으로 확장할 수 없습니다. 유일하게 완전히 시간대를 인식하는 DateTime 라이브러리에는 순간 및 순간-시간대의 많은 중요한 기능이 부족합니다. 접근 방식이 너무 많습니다. 상태 관리는 새 이민자에게 혼란스럽고 이상한 예외를 피하기 위해 자주 "플러터 청소"해야하며 핫 스왑은 종종 제대로 작동하지 않으며 계속할 수 있습니다 ...

이 모든 것이 이미 Github 문제가 있기를 바랍니다 :D

이것은 이전에 2019년 로드맵에 있었습니다. 이에 대해 더 자세히 조사한 결과, 지금은 이 작업을 진행하지 않기로 결정했습니다.

이러한 결정을 내리게 된 몇 가지 요인이 있습니다.

• Android 및 iOS의 스토어 정책에 대한 이해를 준수하기 위해 모든 솔루션은 Android의 JIT 코드와 iOS의 해석된 코드로 제한됩니다. 우리는 iOS에서 이러한 솔루션의 성능 특성이 우리 제품에 요구하는 품질에 도달할 것이라고 확신하지 못합니다. (즉, "너무 느리다".)

• 몇 가지 심각한 보안 문제가 있습니다. 이러한 패치는 본질적으로 임의의 코드 실행을 허용하므로 매우 매력적인 맬웨어 벡터가 될 것입니다. 원래 패키지와 동일한 키를 사용하여 패치에 서명하도록 요구함으로써 이를 완화할 수 있지만 이는 오류가 발생하기 쉽고 실수는 심각한 결과를 초래할 수 있습니다. 이것은 근본적으로 타사 소스의 코드 실행을 허용하는 플랫폼을 괴롭히는 동일한 문제입니다. 이 문제는 플랫폼 업데이트 메커니즘과 통합하여 완화할 수 있지만 이는 대역 외 패치 메커니즘의 목적을 무효화합니다.

• 현재 응용 프로그램 패치를 위한 즉시 사용 가능한 오픈 소스 호스팅 솔루션이 없으므로 웹 서버를 적절하게 구성하는 사람들에 의존해야 하거나 독점 타사 서비스에 대한 통합을 생성해야 합니다. 우리 자신의 맞춤형 솔루션을 만들어야 합니다. 호스팅 패치는 우리가 진입하고 싶지 않은 공간입니다. 사람들이 자신의 서버를 구성하게 하면 보안에 대한 이전 요점에서 설명한 것처럼 잠재적으로 심각한 의미를 지닌 실수를 저지를 수 있습니다. 타사 서비스에 따라 Flutter는 승자를 선택해야 하는 곤란한 위치에 놓이게 되며 이러한 프로젝트 자체가 이 기능에 영향을 미칠 정책 변경을 만들 위험에 노출됩니다.

우리는 현재 다른 문제에 엔지니어링 노력을 기울이는 것을 선호합니다. 우리는 이 분야에서 계속 실험을 할 것으로 예상하고 앞으로 이 문제에 대해 다시 진지하게 생각할 것입니다(예: 데스크톱 응용 프로그램용 업데이트 솔루션이 필요할 수 있음). 하지만 올해는 아닐 것입니다.

이 기능을 중단한 이유를 이해하지만 여전히 실망스럽습니다. Play 스토어와 App Store는 중요한 고려 사항이지만 모든 앱이 이런 방식으로 배포되는 것은 아닙니다. 사용 사례의 경우 고객에게 기기와 앱이 사전 설치된 상태로 제공됩니다. 사용자에게 업데이트를 동적으로 푸시하는 메커니즘을 갖는 것은 상점을 거치고 싶지 않기 때문에 매우 중요한 기능입니다. 이 기능은 매우 유용했을 것입니다. 말씀하신대로 추후에 재검토되기를 바랍니다.

팀의 논리를 투명하게 전달해주셔서 감사합니다.

@eseidelGoogle Dart에서 컴파일된 JavaScript 코드가 Skia를 사용하여 페이지를 렌더링할 수 있습니까?

이것은 상당히 실망스럽습니다.

언급한 모든 보안 및 저장소 규정 준수 문제와 관련하여 유효하고 합법적일 수 있지만 하루가 끝나면 이미 작동 중인 "핫 업데이트" 기술의 예인 코드 푸시가 있습니다.

React Native + 코드 푸시 서비스는 실제 세계에서 작동하고 입증되었습니다. 테스트한 전투입니다. 간접 업데이트에 대해서는 앱스토어에 문제가 없는 것 같습니다. 모두가 "괜찮아"인 것 같습니다. 그래서 Flutter의 솔루션도 허용될 수 있다고 생각합니다.

성능 문제와 관련하여 개발자가 "저성능" 모드에서 작업하도록 선택하지만 라이브 업데이트는 활성화하도록 하는 것이 좋습니다.

좋은 움직임! 생태계를 지나치게 복잡하게 만들고 손상시킬 수 있는 코드 푸시 기능을 추가하는 것보다 Flutter를 최적화하는 데 엔지니어링 노력을 쏟습니다.

저는 현재 공개 베타 테스트에서 Flutter로 개발된 첫 번째 앱을 보유하고 있으며 수정 사항이 포함된 약 10개의 앱 번들을 푸시했습니다. 그러나 프로덕션에 릴리스할 때 대부분 오류가 없어야 합니다.

그래서 이 기능이 필요할 지는 모르겠지만 인기만점인 89점에서 좋은 성과를 보이는 이 펍 패키지 OTA 업데이트 를 찾았습니다. 그 패키지는 안전한가요? URL에서 APK를 다운로드하고 기본적으로 압축을 풀고 Android에서 APK 설치 의도를 트리거하는 것 같습니다.

이 기능이 절대적으로 필요한 사람들은 해당 패키지를 사용해 볼 수 있습니다.

하지만 Flutter 팀이 이에 대해 그다지 기뻐하지 않는 이유를 알 수 있습니다. 만일의 경우를 대비하여 위의 패키지를 사용합시다. URL에서 다운로드하는 것 같습니다. 그리고 웹사이트는 기본 앱보다 항상 해커 친화적입니다. 현재 보안 문제가 너무 많습니다. 그것은 Flutter 앱을 엄격하게 금지된 웹사이트만큼 취약하게 만듭니다.

내가 시작할 때 2GB RAM 머신이 있었고 항상 원했던 대로 Android 앱을 개발하려고 했지만 내 머신이 작업에 적합하지 않았습니다. PhoneGap, Cordova, 일부 Intel 프레임워크, React-Native를 사용해 보았지만 실행도 시작하지 않았습니다. Flutter는 내가 실제로 시작한 유일한 사람이었고 아름다운 UI와 개발 도구로 이 기능이 없어도 동시대 제품보다 훨씬 앞서 있습니다.

모든 업데이트?

React-native가 Code Push로 우리를 망쳤던 이후로 앱 릴리스 워크플로는 결코 동일하지 않을 것입니다. Flutter가 지원하지 않는다는 것은 정말 수치스러운 일입니다. Flutter는 멋지게 구성되고 있으며 이 기능을 지원하기로 선택했다면 React Native의 경쟁자가 되었을 수 있습니다. 아아...

@Hixie 알겠습니다. 따라서 근본적인 엔지니어링/기술적 변경에는 현재로서는 너무 많은 단점이 있습니다.

그러나 - 일부 문서/토론을 얻을 수 있는 몇 가지 대체 접근 방식을 사용하여 단기 및 중기적으로 플러터 개발자를 돕는 것에 대해 어떻게 생각하십니까? '승인된' 또는 공식 솔루션은 아니지만 약간의 관심을 가질 수도 있습니다.

예

• Firebase 실시간 구성
• 서버 기반 json->widgets(예: https://github.com/dengyin2000/dynamic_widget/blob/master/WIDGETS.md 또는 simlar, 나는 아직 정확한 플러그인을 지지하지 않지만 아이디어를 지지합니다)
• 또는 아마도 다른 것, 아마도 고급 사용자를 위한 클라우드 기능...
• 분명히 나는 ​​'큰' 사용 사례를 위해 많은 엔지니어링 노력을 기울이라고 제안하는 것이 아니라 '모든 것을 수정/변경하자' 없이 대부분의 필요를 해결하는 일종의 hello-world-code-push-alternative입니다. ' 유형 아키텍처.

내 전제는 "우리"가 flutter에 대한 근본적인 아키텍처 변경 없이 codepush에 대한 우려의 70-90%를 충족할 수 있다는 것입니다. 아무도 이것을 어떻게 생각합니까?

Flutter의 code-as-ui 접근 방식은 Android 개발자보다 이것을 더 쉽게 만들 수도 있습니다....

저는 개인적으로 이런 이유로 플러터보다 다른 놈을 선택한 회사를 두 곳 이상 보았고 다른 많은 회사도 비슷하게 말했습니다.

어쩌면 대화가 갈지도 몰라
"사용자: codepush 지원을 건너뛰고 있습니까?"
"Flutter 팀: 예-지금은 이러한 이유 때문에 (당신이 그랬던 것처럼) 추가로 일부 사용 사례에 대해 A 또는 B를 시도할 수 있습니다."

긴 댓글 죄송합니다

@neiljaywarner 아마도 LUA는 당신을 위한 가치가 있을 것입니다 - 작년에 Flutter 앱의 기능을 생성/조정하는 데 LUA 스크립트를 사용할 수 있는 개념 증명을 했습니다.

@neiljaywarner 저는 그런 종류의 접근 방식에 찬성하지만 이 버그가 다루는 것보다 직교적인 문제입니다.

이 기능을 포기한 이유를 이해하지만 여전히 실망스럽습니다. Play 스토어와 App Store는 중요한 고려 사항이지만 모든 앱이 이런 방식으로 배포되는 것은 아닙니다. 사용 사례의 경우 고객에게 사전 설치된 장치 및 응용 프로그램을 제공합니다. 사용자에게 업데이트를 동적으로 푸시하는 메커니즘을 갖는 것은 스토어를 거치고 싶지 않기 때문에 매우 중요한 기능입니다. 이 기능은 매우 가치가 있습니다. 앞으로 말씀하신대로 재검토 하시길 바랍니다.

팀의 합리성을 투명하게 전달해주셔서 감사합니다.

나는 동의한다

코드 푸시 기능은 더 많은 앱, 더 많은 클라이언트, 더 많은 개발자, 더 많은 테스트, 더 많은 버그 수정, 더 적은 문제를 의미합니다.

신생 기업의 MVP 또는 성장하는 애플리케이션의 경우 업데이트 또는 버그 수정이 중요하지만 성능은 대부분의 경우 덜 중요합니다. 이것은 Flutter 생태계에 찬반 양론을 야기할 것입니다. 채택 감소, 신생 기업 및 개인 개발자는 초기 단계의 커뮤니티 성장에 중요합니다. 장점은 더 높은 성능을 목표로 하는 Flutter로 전환할 고품질 앱과 팀이 될 수 있습니까?

@maplerichie , 동의합니다. 내가 flutter를 좋아하는 이유는 모든 장치에 대한 개발자 경험, 성능 및 크로스 플랫폼입니다. code-push가 구현되지 않아도 상관없습니다(아마도). 생태계의 명성과 인기를 위해서입니다. 이제 Windows 앱을 사용할 때 코드 푸시가 너무 느린 것처럼 보이는 이유를 알았습니다. (느린 시작, 입력 지연 및 느린 애니메이션) 여기

우리는 이 기능이 매우 필요합니다
최신 업데이트가 필요합니다

앞서 언급했듯이 대기업과 대규모 개발 팀은 최신 업데이트가 필요하지 않을 수 있습니다. 그러나 작은 시작, 모바일 앱에서 작업하는 두 명의 개발자가 빠른 릴리스 주기로 프로덕션에 기능을 제공한다고 생각해 보십시오. 테스트 및 QA 주기를 위한 시간이 없습니다. 새 기능을 만들고 작동하는지 사용자가 좋아하는지 확인하고 교체하거나 수정하십시오. 최신 업데이트 없이는 도달할 수 없습니다. 모바일 개발을 위한 진정한 게임 체인저입니다.

@yaronlevi 저는 "작은 스타트업"입니다. 모바일 앱에서 작업하는 개발자 몇 명도 되지 않는 저입니다. 빠른 릴리스 주기로 프로덕션에 전달합니다. Google Play 스토어에서 몇 시간 만에 업데이트를 제공하고 Apple App Store에서 업데이트를 검토하는 요즘 내 경험으로는 거의 항상 24시간 미만이므로 코드 푸시가 필요하지 않습니다. Flutter에 코드 푸시가 있었다면 저는 적극적으로 내 앱에서 비활성화되었는지 확인하는 조치를 취했을 것입니다.

저는 현재 소규모 회사의 모바일 앱(및 매칭 백엔드)의 유일한 개발자입니다. 저는 Flutter를 정말 좋아하지만 단위 테스트나 자동화 테스트의 필요성을 이해하지 못하는 클라이언트에게 10단어로 설명할 수 있는 기능을 구현하는 데 왜 그렇게 오래 걸리는지 계속 설명해야 합니다. 나는 반쯤 구운 것을 릴리스해야하고 중요한 버그 수정을 빨리 푸시 할 수 없다는 것이 약간 걱정됩니다. 당장은 하지 않겠지만 코드 푸시가 있으면 정말 좋을 것입니다. 그러나 기술적인 문제와 보안 문제를 이해하고 있으며 결국 신중한 접근 방식을 지지합니다.

암튼 감사합니다.
우리 스스로 해결해야 할 것 같습니다.

정말 실망입니다 :)

웹 SDK용 Flutter 가 곧 모바일 SDK와 병합됩니다. 해결 방법은 모바일 WebView를 사용하여 플러터 코드를 로드하는 것입니다. 😁

@matthewlloyd 안녕하세요, 핫 업데이트를 지원해야 합니다. 요점은 검토할 시간이 아닙니다. 사용자는 AppStore에 연결되어 앱을 다시 다운로드해야 합니다.

어쩌면 도움
https://github.com/dengyin2000/dynamic_widget
https://github.com/neohelden/Flutter-AdaptiveCards

코드 푸시가 없는 것과 관련하여 긴급한 문제는 별로 없습니다. 거의 모든 사용자는 앱 스토어에서 자동 업데이트를 사용합니다. 하지만 App Store 없이 업데이트를 배포하기 위한 대체 솔루션을 제공하는 것이 좋습니다.

MXFlutter는 JavaScript를 사용하여 Flutter의 렌더링 기능을 구현하고 Flutter 구문을 지원하며 코드 푸시 및 핫 업데이트를 지원합니다.
https://github.com/TGIF-iMatrix/MXFlutter

@TGIF-iMatrix 이 솔루션이 Store의 유통 정책을 준수하는지 알고 있습니까?

@truongsinh
js 배포 -> 네이티브 파서 -> 위젯 작성 방식이므로 안전합니다.

코드 푸시를 지원하는 경우 플러터 사용을 고려할 것입니다.

@TGIF-iMatrix Javascript Core 업데이트에 대한 면제가 App Store 계약에서 삭제되었고 많은 CodePush 사용자가 해당 기능으로 인해 경고/거부되었기 때문에 Apple에서 이를 승인하지 않을 가능성이 높습니다.

"sever-dictated-rendering" 대 "code push"라는 질문을 바꿔야 할 수도 있습니다. "sever-dictated-rendering"은 다른 UI/레이아웃/테마에 관한 것이며, code-push는 또한 논리, 권한, 플러그인 등의 변경을 의미합니다.

그러나 그 시점에서 플러그인을 사용하여 그렇게 할 수 있으므로 이것은 이 문제의 목적을 다소 무효화합니다.

누구든지 Tencent github repo에서 제공하는 flutter로 tinker-lib를 시도했습니까? 관심 있는 사람이 당신과 협력할 수 있다면 업데이트를 푸시할 수 있었지만 Flutter에서 수행되어야 하는 새 코드를 로드하려면 약간의 수정이 필요합니다. 항아리 아티팩트 파일

하루빨리 해결책이 나오길 바랍니다

코드 푸시 구현의 성능 영향과 관련하여 Dart 코드를 WebAssembly로 컴파일하는 것이 도움이 될까요? 이렇게 하면 JavaScript 샌드박스 내에서 iOS에서 JIT 컴파일을 구현할 수 있습니다.

우리는 빠른 반복과 민첩한 개발이 필요합니다.
최신 업데이트가 없으면 Flutter는 항상 반응 네이티브의 남동생입니다.

핫 업데이트는 우리에게 매우 중요합니다. 플러터가 핫 업데이트를 지원한다면 반응 네이티브를 대체하기 위해 플러터를 사용할 것입니다.

코드 푸시를 위한 가장 좋은 방법을 계획했지만 시간 제약으로 인해 지난 주 11월 또는 12월부터 이 프로젝트를 시작할 수 있습니다. 엔진 코드나 프레임워크 코드 또는 tinker lib와 같은 Java 코드를 수정하지 않으므로 위반하지 않습니다. 모든 상점 조건, 출력 앱도 ot이므로 성능 회귀가 없습니다. 코드 기반 플러터 팀에 대한 내 연구를 기반으로 누구나 자신의 앱에 플러그인할 수 있도록 쉽게 구현하려고 합니다. 팀은 의도적으로 코드 푸시를 불가능하게 만들었습니다. 현재 구현으로 모든 가능성을 시도하고 엔진을 수정하거나 엔진을 수정하지 않고 솔루션을 준비해야 하는 가능한 방법만 결론지었습니다. 저는 두 번째 옵션으로 이동하여 프로젝트에 필요한 모든 요구 사항을 계획했습니다. 프로젝트가 성공하기를 바랍니다. 그 사이에 flutter 팀이 문제를 재평가한다면 우리 모두는 내장된 구현에 만족합니다.

핫 업데이트는 항상 필요합니다!

이것은 필수 기능이며 중요한 기능입니다.

코드 푸시를 위한 가장 좋은 방법을 계획했지만 시간 제약으로 인해 지난 주 11월 또는 12월부터 이 프로젝트를 시작할 수 있습니다. 엔진 코드나 프레임워크 코드 또는 tinker lib와 같은 Java 코드를 수정하지 않으므로 위반하지 않습니다. 모든 상점 조건, 출력 앱도 ot이므로 성능 회귀가 없습니다. 코드 기반 플러터 팀에 대한 내 연구를 기반으로 누구나 자신의 앱에 플러그인할 수 있도록 쉽게 구현하려고 합니다. 팀은 의도적으로 코드 푸시를 불가능하게 만들었습니다. 현재 구현으로 모든 가능성을 시도하고 엔진을 수정하거나 엔진을 수정하지 않고 솔루션을 준비해야 하는 가능한 방법만 결론지었습니다. 저는 두 번째 옵션으로 이동하여 프로젝트에 필요한 모든 요구 사항을 계획했습니다. 프로젝트가 성공하기를 바랍니다. 그 사이에 flutter 팀이 문제를 재평가한다면 우리 모두는 내장된 구현에 만족합니다.

코드 푸시를 위한 가장 좋은 방법을 계획했지만 시간 제약으로 인해 지난 주 11월 또는 12월부터 이 프로젝트를 시작할 수 있습니다. 엔진 코드나 프레임워크 코드 또는 tinker lib와 같은 Java 코드를 수정하지 않으므로 위반하지 않습니다. 모든 상점 조건, 출력 앱도 ot이므로 성능 회귀가 없습니다. 코드 기반 플러터 팀에 대한 내 연구를 기반으로 누구나 자신의 앱에 플러그인할 수 있도록 쉽게 구현하려고 합니다. 팀은 의도적으로 코드 푸시를 불가능하게 만들었습니다. 현재 구현으로 모든 가능성을 시도하고 엔진을 수정하거나 엔진을 수정하지 않고 솔루션을 준비해야 하는 가능한 방법만 결론지었습니다. 저는 두 번째 옵션으로 이동하여 프로젝트에 필요한 모든 요구 사항을 계획했습니다. 프로젝트가 성공하기를 바랍니다. 그 사이에 flutter 팀이 문제를 재평가한다면 우리 모두는 내장된 구현에 만족합니다.

안녕하세요 @canewsin
나는 또한 플러터 엔진을 수정하지 않고 동일한 작업을 시도했습니다. AOT 모드에서 엔진은 Android의 기본 라이브러리 경로에서 .so 파일을 찾고 응용 프로그램 컴파일이 JVM에 의해 제한 된 후 거기에 파일을 수정/추가한다는 것을 알았습니다. 따라서 무선으로 다운로드한 .so 파일을 로드하는 것은 기본 lib 경로에 추가할 수 없습니다.

귀하의 더 많은 통찰력을 기다리고 있습니다. 😀

다트 코드와 네이티브 코드를 모두 업데이트할 필요가 없다고 생각합니다.
다트코드만 있으면 OK!

이봐, 나는 지금 이것이 필요하다. Goodle은 검토 정책을 엄격하게 적용했습니다. 우리 앱은 지금 업데이트하는 데 2주가 걸립니다... 우리의 린 방법론은 이것으로 엉망이 됩니다.

@NEELANSHSETHI 여기에 계획을 게시할 수 있습니까? 구현을 시작할 수 있습니다.

@almeynman 진행 상황을 알려주세요 :)

@HerrNiklasRaab 구현 방법에 대한 명확한 그림이 없기 때문에 아직 시작하지 않았습니다. 누구든지 아이디어가 있으면 생각을 공유하십시오

이것이 우리가 반응 네이티브에서 플러터로 마이그레이션하지 않은 주된 이유입니다. :(

😔

ReactNative는 이 기능으로 인해 Flutter보다 훨씬 앞서 있으며 푸시 코드 기능과 비교하여 환경(RN 또는 Flutter) 선택이 디코딩된 프로젝트를 많이 했습니다! 소식을 기다리고 있습니다 :/

안녕하세요, 제가 일을 시작했다고 말했듯이 벌써 11월이 되었습니다. 순조롭게 진행되고 있습니다. 비공개 프로젝트이므로 라이센스 키를 청구하여 사용하겠습니다. 그래서 무료가 아닙니다. 수입원이 없기 때문에 이렇게 해야 합니다. 관심이 있으시면 작업에 대한 후속 저장소를 만들고 업데이트를 위해 팔로우하십시오. 타임 라인 리포지토리를 만들면 여러분에게 알려 드리겠습니다.

@eseidelGoogle
비즈니스 사례:
태블릿에 버스 추적 앱이 있지만 태블릿이 Wi-Fi가 아닌 인터넷 데이터를 사용하기 때문에 고객이 한 달에 1번 업데이트합니다.
코드 푸시를 사용하면 고객 데이터를 너무 많이 소비하지 않고 업데이트할 수 있습니다.

코드 푸시를 지원하는 코르도바 앱이 있습니다. 앱을 실수로 현대화할 때 우리는 Flutter가 "어쨌든" 코드 푸시 지원을 추가할 것이라고 생각하여 Flutter를 사용하여 앱을 개발했습니다. 그러나 코드 푸시 없는 삶은 우리에게 지난 1년 동안 완전히 끔찍했습니다. 그래서 우리는 마침내 (그리고 행복하게) 코드 푸시 지원을 다시 받기 위해 반응 네이티브에서 앱을 (재)다시 작성하는 과정에 있습니다.

코드 푸시, 그것이 내가 지금 React-Native를 배우는 이유입니다.

내 구현에 관심이 있다면
여기에서 진행 보고서를 따르십시오
https://github.com/canewsin/flutter-code-push-timeline
계속하기 전에 위의 모든 의견을 읽으십시오.

코드 푸시, 이것이 내가 여전히 React-Native를 유지하는 이유입니다.

건설적이지 않은 게시물, +1, "이것이 필요합니다", "대신 X를 사용하고 있습니다" 등은 게시하지 마세요. 이는 건설적이지 않고 토론에 기여하지도 않기 때문입니다.

첫 번째 게시물에서 좋아요( 👍 ) 버튼을 클릭하면 이 토론에 게시한 모든 사람이 이에 대해 알림을 받지 않고 훨씬 더 나은 영향을 미칠 것입니다. (내가 아는 한, flutter 팀의 일부 구성원은 음소거됩니다. 큰 스레드이므로 여기에 게시하는 것은 추천보다 효과가 적습니다.

또한 여기 구독하는 모든 사람들에게 github의 스레드 오른쪽 상단에 unsubscribe 버튼이 있음을 상기시키고 싶습니다.

또한 Flutter 팀은 추천 횟수를 기준으로 문제의 우선 순위를 지정하므로 해당 카운터를 높게 설정하면 큰 문제가 될 수 있습니다. 그리고 "구독"을 클릭하면 충분합니다.

내가 맡은 코드 푸시 프로젝트는 잘 진행되고 있지만 코드 푸시 요구 사항의 몇 가지 예를 원합니다. 따라서 코드 푸시가 완료되면 어떻게 사용합니까? 고유한 요구 사항을 이 리포지토리에 새 문제로 게시합니다. https://github.com/ canewsin/flutter-code-push-timeline을 사용 하여 개발이 올바른 방향으로 진행되도록 합니다.
지금까지 찾은 제한 사항은 다음과 같습니다.
기본 플랫폼에 액세스할 수 없지만 ffi 기능을 통해 수행할 수 있습니다.
codepush 코드는 일부 보안 문제를 위해 샌드박스에서 실행되므로 장치에 해를 끼칠 수 없습니다.

안녕하세요, 제가 일을 시작했다고 말했듯이 벌써 11월이 되었습니다. 순조롭게 진행되고 있습니다. 비공개 프로젝트이므로 라이센스 키를 청구하여 사용하겠습니다. 그래서 무료가 아닙니다. 수입원이 없기 때문에 이렇게 해야 합니다. 관심이 있으시면 작업에 대한 후속 저장소를 만들고 업데이트를 위해 팔로우하십시오. 타임 라인 리포지토리를 만들면 여러분에게 알려 드리겠습니다.

매우 흥미로운!
안녕하세요, 아직 예제가 있습니까? 그리고 iOS 섹션을 어떻게 처리합니까? Apple은 이 분야에서 매우 엄격하기 때문입니다. 감사 해요

안녕하세요, 제가 일을 시작했다고 말했듯이 벌써 11월이 되었습니다. 순조롭게 진행되고 있습니다. 비공개 프로젝트이므로 라이센스 키를 청구하여 사용하겠습니다. 그래서 무료가 아닙니다. 수입원이 없기 때문에 이렇게 해야 합니다. 관심이 있으시면 작업에 대한 후속 저장소를 만들고 업데이트를 위해 팔로우하십시오. 타임 라인 리포지토리를 만들면 여러분에게 알려 드리겠습니다.

매우 흥미로운!
안녕하세요, 아직 예제가 있습니까? 그리고 iOS 섹션을 어떻게 처리합니까? Apple은 이 분야에서 매우 엄격하기 때문입니다. 감사 해요

현재 안드로이드 쪽에서 작업하고 있지만 ios 쪽은 반응형 js 앱의 샌드박스 버전과 유사하지만 플랫폼 API에 액세스하지 않고 샌드박스에서 코드가 실행되므로 ios 쪽에서 준비될 때 문제가 되지 않을 수 있습니다.

안녕하세요 @eseidelGoogle
업데이트가 있습니까? 타임라인?

안녕하세요 @eseidelGoogle
업데이트가 있습니까? 12월입니다 2019년에 출시되는 기능인가요?

이 문제에 대해 AMA 주제에 질문했습니다. 유용한 정보가 있을 수 있습니다.
https://www.reddit.com/r/FlutterDev/comments/d51o4w/were_the_flutter_team_at_google_ask_us_anything/f0ium5w?utm_source=share&utm_medium=web2x

@Hixie Reddit에서 귀하의 기사를 읽었습니다.
https://www.reddit.com/r/FlutterDev/comments/d51o4w/were_the_flutter_team_at_google_ask_us_anything/f0ium5w/?utm_source=share&utm_medium=web2

Google Play에서 ab "Android App Bundle"로 게시하거나 네이티브 코드 전용으로 게시하면 Flutter 앱 업데이트의 크기가 작아지는지 궁금합니다.

이는 엔터프라이즈 빌드(예: 웹 포털을 통해 스토어 외부에 배포되는 앱)의 중요한 기능입니다.

매우 필요한 기능입니다. 왜 우리는 그것을 공식적으로 가질 수 없습니까? 이 기능을 제공하지 못하도록 막는 것은 무엇입니까?

이것은 2020 로드맵에 있습니까?

아니요

2020년, 그리고 아직 기다리고 있다

아래에 게시하기 전에 이것을 읽으십시오.

다음은 이해를 위해 위로 스크롤하고 싶지 않은 경우에 대한 간략한 요약입니다.

이 의견에서 지적했듯이 세 가지 큰 과제는 다음과 같습니다.

• 밀린 것
• 사용자에게 안전한가요?
• 밀어내는 곳에서

첫 번째, _무엇이_ 푸시되는지는 가장 큰 문제가 있는 위치입니다. Apple의 검토 지침 은 모든 종류의 코드 푸시를 허용하지 않습니다 . 예, 사용된 용어는 _자바스크립트 코드 푸시도 포함합니다._ Apple은 이에 대해 조치를 취하지 않은 것 같으며 여러 가지 이유가 있을 수 있지만 여기에 게시된 모든 이유는 순수한 추측일 수 있습니다.

Google의 자체 플레이 스토어 가이드라인도 컴파일된 코드 다운로드를 금지합니다. _실행 가능한 코드_를 다운로드할 수 없다고 명시되어 있지만 "dex 파일 또는 네이티브 코드"라고 명시되어 있으므로 자바스크립트가 안전할 수 있으며 순수 dart 소스도 될 수 있습니다.

Flutter는 적어도 릴리스 모드에서 컴파일 되며, 되지 않더라도 javascript가 아니므로 "JIT 없음" 요구 사항을 위반하거나 매우 느리지 않고는 iOS에서 해석될 수 없습니다.

두 번째는 사용자에게 _안전한_ 것입니다. 이는 확인되지 않은 동적 코드 다운로드를 허용하지 않는 스토어 논리 이면의 거의 모든 근거입니다. 누구든지 어디에서나 다운로드할 수 있도록 허용하고 _그냥 실행하는 것은 사용자를 위험에 빠뜨립니다. 코드 푸시에 대한 JavascriptCore의 특수 권한이 ​​강조 표시된 샌드박스 내에서도 여전히 안전하지 않습니다.

코드 푸시는 중 잘못 원래 응용 허용하는 확인 프로세스가 걸렸을 것 입니다.

당신은 세상에서 가장 좋은 의도를 가질 수 있습니다. 항상 당신을 백스탭할 누군가가 있을 것입니다.

지금은 Android에서 플레이 스토어를 사용하여 배포하지 않는 경우 APK를 가져와 사용자에게 설치하라는 메시지를 표시하는 다운로더를 빌드하면 됩니다. iOS에서는 많은 고통 없이는 사이드로드를 효과적으로 할 수 없으며 JB된 장치는 앱 스토어의 제한 사항에 신경 쓰지 않습니다.

이제 iOS나 Android 이외의 다른 플랫폼에서도 구현할 수 있습니까? 확신하는! 그러나 데스크톱은 아직 베타 버전이 아니며(게다가 데스크톱에서 직접 자동 업데이트 프로그램을 만들 수도 있음) 웹에서는 페이지를 새로 고치기만 하면 됩니다.

지금, 팀의 모습을 보고 싶다면 첫 번째 포스트로 이동 하여 👍를 추가해주세요.

귀하의 의견이 아래 목록에 해당하는 경우 게시 를 다시 고려하십시오.

• 로드맵에 언제/있는지 묻기
• "그것은 거기에 없다"(그리고 이것에 대한 이전 코멘트와 같은 변형)
• "코드 푸시가 없기 때문에 프레임워크 X를 사용하고 있습니다."
• "코드 푸시 때문에 프레임워크 X가 더 좋습니다"
• "코드 푸시가 필요합니다"
• "업데이트?"
• 코드 푸시에 대한 인수는 다음과 같습니다.
  
  
  
  • 엔터프라이즈/사이드로드 앱
  
  
  • 긴급 패치
  
  
  • 기능 추가
  
  
• 코드 푸시에 대한 인수는 다음과 같습니다.
  
  
  
  • 이제 Play/앱 스토어 검토 기간이 더 짧아졌습니다.
  
  
  • 플레이/앱 스토어 forbirds it
  
  
  • 당신은 그것을 필요로하지 않습니다
  
  

이 문제는 이미 충분히 의견 충전 한, 그래서 대화에 아무것도 추가하지 주석을 추가하지 마십시오. 팀에서 할 말이 있으면 여기에 게시할 것입니다. 이 게시물에는 현재 거의 100명의 참가자가 있고 500개가 넘는 엄지손가락이 있으므로 무시할 수 없습니다.

솔직히 말해서 나는 이것이 당신의 관심사가 되어야 한다고 생각하지 않습니다. 개발자는 자신의 책임하에 이 기능을 사용합니다. Apple이 갑자기 코드 푸시를 사용하여 모든 앱을 금지하기로 결정하면 앱은 다른 접근 방식을 사용해야 합니다. 그러나 이것은 JavaScript에서는 발생하지 않습니다. 몇 년 동안 그런 일이 일어나지 않았는데, 왜 Flutter에 이런 일이 일어나야 합니까? 확인조차 할 수 없습니다. 사람들은 이 기능이 유용하기 때문에 이 기능을 요구하고 있습니다. 작은 모듈을 작성하고 동적으로 업데이트할 수 있습니다. 게임 체인저입니다. 모듈의 버그를 즉석에서 수정할 수 있습니다. 또한 Apple은 앱이 수행하는 작업을 실제로 확인할 수 없으며 리소스가 없습니다. 그것은 불가능할 것입니다. 나는 당신이 그것을 깨닫기를 바랍니다. 게다가 요점은 무엇입니까? REST 호출의 결과로 특정 JSON을 제공할 때 트리거되는 모호한 코드를 작성하고 애플리케이션에 백도어를 삽입할 수 있습니다. Apple은 이를 어떻게 확인할 수 있습니까? 그것은 할 수 없습니다. 이를 막기 위해 Apple이나 Android가 할 수 있는 일은 없습니다. 사람들은 이 기능을 필요로 하며 이를 구현해야 합니다. 그것으로 우리가 하는 일은 당신의 것이 아니라 우리의 일입니다. 이 기능에는 500명이 넘는 추천과 100명이 넘는 참가자가 있습니다. 커뮤니티 요청에 따라 구현해야 할 때일 수 있습니다.

@dedalozzo 아주 신선한 주장입니다!

저는 flutter 팀의 일원이 아니므로 구현을 요청하기 위해 저를 대상으로 삼지 마십시오.

그럼에도 불구하고 Apple과 Google이 이를 감지할 수 있는 리소스가 없는 것은 사실입니다(Play Protect 팀이 항상 활성화되어 있으며 위험한 행동을 자동으로 감지할 수 있음 ). 그러나 "뒤에서" 구현하면 이제 Apple에 실제 이유가 있습니다. Flutter에는 기본적으로 명시적으로 정책에 위배되는 도구가 _포함되어 있기 때문에 전면 금지를 적용합니다.

또한 윤리적 질문(진행이라는 이름으로 앱에 추가 위험을 추가하고 스토어 정책에 어긋나는 것을 구현해야 합니까?)의 일부로 프레임을 지정할 수 있습니다. 대규모 " 이를 사용하면 앱/플레이 스토어에서 금지될 수 있습니다. " 절에서 사용자는 아마도 피하고 싶어할 것이고 안전하고 보장된 영향으로 다른 작업에서 리소스를 이탈시키겠습니까?).

그뿐만 아니라 실수로 Play 스토어 정책을 위반하거나 Play 스토어 정책을 위반한 사람과 관련이 있다는 것은 기본적으로 계정이 차단되는 것을 의미하므로 불장난이 되어 사용자가 _더욱 기능을 사용할 가능성이 줄어듭니다.

또한 위에서 설명한 대로 Play 스토어 외부에 배포하면 업데이트된 APK를 푸시할 수 있습니다.

죄송합니다. 나는 당신이 Flutter 팀 중 한 명인 줄 알았습니다.

마지막 댓글에 말씀하신 내용이 맞습니다. 사실, 코드 푸시는 경계선에 있고 규칙에 어긋나더라도 Apple과 Google에서 용인되는 것 같습니다.

그러나 귀하의 응용 프로그램이 해를 끼치 지 않는 한 실제로 코드를 푸시하는지 확인하는 데 귀찮게하지 않을 것이라고 생각합니다. 누군가 이상한 행동을 보고하면 그럴 수 있습니다. 그러나 그 시점에서 푸시 코드를 사용하는 전체 앱이 아니라 해당 앱의 개발자에 대해 조치를 취할 것입니다.

많은 작업이 진행 중이지만 코드 푸시가 가능합니다. https://github.com/chgibb/hydro-sdk

@chgibb 잠깐만... 코드 푸시를 가능하게 하지만 전체를 Dart에서 Typescript로 변경합니까?

이 두 가지를 분리하는 방법이 있습니까? 평소처럼 Dart를 작성하는 동안 codepush를 받으려면?

@SpajicM 은 Dart를 사용하지 않기 때문에 만 작동합니다. 대신 Apple이 소유한 JavascriptCore와 같은 JS 엔진을 사용하고 있으며 코드 푸시와 함께 사용할 때 다른 방식으로 보이는 것 같습니다.

스크래치, 그것은 모든 형태나 형태에서 스토어 정책 에

@miyoyo 그게 왜 매장 정책에
@SpajicM 순전히 부가적입니다. Typescript 조각은 더 큰 Dart 앱에 포함될 수 있습니다. 단일 텍스트 또는 전체 화면만큼 작습니다.

.hc 파일이 컴파일된 lua 바이트코드(확장자가 있을 수 있으며 확인되지 않음)인 것처럼 보이는 모든 종류의 컴파일된 코드를 푸시하는 것은 상점 정책에 의해 금지되어 있습니다.

_compiled_ 코드를 앱에 푸시하는 구체적인 사용 사례는 Play 스토어 정책에 명시적으로 반대 되며, CodePush에서 자바스크립트를 _할 수 있는_ 전달할 수 있는 "소스 코드가 제공되지 않음" 요소는 적용되지 않아 Apple 지침을 위반 합니다.

개념이 나쁘다고 말하는 것이 아닙니다. 사실, 그것은 훌륭한 작품입니다! 인터넷을 통해 바이트코드를 다운로드하는 것은 두 경우 모두 스토어 정책에 명시적으로 반대된다는 것입니다.

게임 내 업데이트가 포함된 이 모든 모바일 게임은 어떻게 작동합니까? 자산만 푸시/다운로드합니까?

구글 플레이의 ploicy에서 @miyoyo; https://play.google.com/about/privacy-security-deception/malicious-behavior/
...This restriction does not apply to code that runs in a virtual machine and has limited access to Android APIs...
Hydro-SDK의 .hc 파일은 확장자나 특수 기능이 없는 순수한 Lua 5.2 바이트 코드입니다. 자체 돌연변이 또는 코드 생성 기능이 없는 인터프리터에서 실행됩니다. dart:io 어떤 것도 그들에게 노출되지 않습니다. 그러나 예를 들어 임베더가 dart:io 의 File 클래스를 노출하거나 PlatformChannel 를 노출하는 것을 막을 수는 없습니다.

Apples 섹션 2.5.2는 "실행"이라는 단어의 의미 및 기능 변경과 관련하여 조금 더 모호합니다.

https://developer.apple.com/app-store/review/guidelines/#2.5.2

...
2.5.2 Apps should be self-contained in their bundles, and may not read or write data outside the designated container area, nor may they download, install, or execute code which introduces or changes features or functionality of the app, 
...

@chgibb 좋습니다. Android에서는 통과할 수 있지만 App Store에서는 여전히 거부될 것으로 예상됩니다. (최고 성능의 감소를 말하는 것은 아니지만 아마도 고급형 전화기의 세부 사항 일 것입니다)

@kuhnroyal 모바일 게임 업데이트 중 하나를 사용하여 동적 자산 납품을 들은 적은 검증을 필요로하기 때문에이 보통 빠른 추적, 비 실행 것들에 대한, APK 확장 파일 은 부분적인 업그레이드를 수행하지만 여전히 일반 매장 갱신주기에 따라, 그리고 일반 APK 업데이트 할 수 있습니다 .

고객과의 대화: 이것이 더 이상 고객에게 우선순위가 아니라는 헤드라인입니다.

텍스트/번역의 무선 업데이트를 위해 Localizely를 사용할 수 있습니다: https://localizely.com/flutter-over-the-air

플러터를 위해 이 기능을 구축하거나 구축 방법을 알려주세요. 감사합니다 .

여러분 _제발_, 세 번째로 게시되지만 실제로 추가할 내용이 없으면 _댓글을 보내지 마십시오_ .

자세한 내용은 이 게시물을 참조 하고 첫 번째 게시물에 엄지손가락을 올려주세요.

여기 있는 대부분의 팀이 이 게시물에 대한 알림을 비활성화했다고 확신하기 때문에 메시지는 더 이상 영향을 미치지 않습니다. 추가할 내용이 없는 한 소음을 줄이도록 합시다.

한편 코드 푸시에 대한 대안은 무엇입니까?

한편 코드 푸시에 대한 대안은 무엇입니까?

내 경험에 따르면 대안이 없습니다.

@samerdernaika @mfenej 아직 프로덕션 준비가 되지 않았지만 이 프로젝트는 코드 푸시를 명시적인 목표로 시작했습니다. https://github.com/chgibb/hydro-sdk

@미요요

첫 번째, _무엇이_ 푸시되는지는 가장 큰 문제가 있는 위치입니다. Apple의 검토 지침 은 모든 종류의 코드 푸시를 허용하지 않습니다 . 예, 사용된 용어에는 _자바스크립트 코드 푸시도 포함됩니다. Apple은 이에 대해 아무런 조치를 취하지 않은 것 같으며 여러 가지 이유가 있을 수 있지만 여기에 게시된 모든 이유는 순수한 추측일 수 있습니다.

그건 사실이 아니다. 다시 한 번 확인하고 잘못된 정보를 퍼뜨리지 마십시오!

Apple 개발자 라이선스 계약의 섹션 3.3.2에는 다음과 같이 명시되어 있습니다.

3.3.2다음 단락에 명시된 경우를 제외하고 애플리케이션은 실행 코드를 다운로드하거나 설치할 수 없습니다. 해석된 코드는 다음과 같은 경우에만 애플리케이션에 다운로드할 수 있습니다. Store, (b) 다른 코드나 응용 프로그램을 위한 상점이나 상점을 만들지 않으며 (c) 서명, 샌드박스 또는 OS의 기타 보안 기능을 우회하지 않습니다.

애플리케이션의 주요 목적을 변경하지 않는 한 JS와 같은 해석된 코드를 다운로드할 수 있도록 매우 구체적으로

codepush 및 상점 지침 준수에 대한 AppCenter 섹션을 살펴보십시오. AppCenter codepush(Microsoft 지원)는 스토어 규정 준수 문제가 없는 많은 앱에서 사용됩니다. https://github.com/microsoft/react-native-code-push#store -guideline-compliance

내가 보기에 codepush의 가장 큰 방해 요소는 미리 컴파일되는 대신 iOS에서 compile-to-js를 사용하거나 iOS에서 해석된 Dart를 사용하도록 강요받는 성능 절충의 가치가 없을 수 있다는 것입니다. Flutter가 브라우저를 목표로 하고 있기 때문에 compile-to-js perf가 충분할 것이라고 생각하지만 여전히 Flutter 팀에게 허용 가능한 성능 절충안은 아닐 수 있습니다.

아마도 AppCenter for React Native와 같은 타사 솔루션이 이 격차를 메울 것입니다. CodePush는 매우 유용합니다!

흠, 빠른 Google 검색은 Apple이 코드 푸시 기능이 포함된 앱을 거부하는 많은 예를 보여줍니다.

https://github.com/microsoft/react-native-code-push/issues/1297

이제 App Store 검토 시간이 거의 항상 며칠이 아닌 몇 시간으로 측정된다는 점을 감안할 때 왜 누군가가 위험을 감수하는지 이해가 되지 않습니다. 코드 푸시가 Flutter 엔진에 통합되면 Apple은 모든 Flutter 앱을 금지하기로 결정할 수 있습니다.

@matthewlloyd 검토 시간이 단축

사용자의 손에 들어오는 업데이트는 앱 검토의 속도로 진행되지 않습니다. "개발자 출시", "앱 스토어 처리", 사용자 시장의 서버로의 전파 등 사이의 시간도 꽤 걸릴 수 있습니다. 극단적인 경우 이러한 후반 단계가 24시간 이상 걸리는 것을 보았습니다.

개인적으로 말하자면, 코드 푸시에 대한 나의 열정은 업데이트 제공 공급망에 대한 소유권을 있는 그대로 가져오는 것입니다. xcode CLI 도구의 유감스러운 상태를 감안할 때 현재 프로세스를 일관된 CD 설정으로 자동화하려는 시도와 관련된 다소 큰 장애물은 말할 것도 없습니다.

대부분의 경우 24시간 미만이면 거의 모든 사람에게 충분하다고 생각합니다. 긴급한 버그 수정과 같이 Apple의 검토 프로세스를 통해 더 빨리 업데이트를 받아야 하는 경우 신속 검토를 요청할 수 있습니다. 한 번 해본 적이 있는데, 신청한 지 10분 만에 앱 리뷰가 완료되었습니다.

배송 공급망의 소유권을 갖는 것은 자신의 위험을 무릅쓰고 하는 일입니다...

Apple의 App Store 지침, 섹션 2.5.2(https://developer.apple.com/app-store/review/guidelines/#software-requirements):

"2.5.2 앱은 번들에 포함되어야 하며 지정된 컨테이너 영역 외부에서 데이터를 읽거나 쓸 수 없으며 다른 하여 앱의 기능을 도입하거나 변경하는 코드를 다운로드, 설치 또는 실행할 수 없습니다. 학생들이 실행 코드를 가르치거나, 개발하거나, 테스트할 수 있도록 설계된 교육용 앱은 제한된 상황에서 이러한 코드가 다른 용도로 사용되지 않는 한 코드를 다운로드할 수 있습니다. 이러한 앱은 애플리케이션에서 제공한 소스 코드를 완전히 볼 수 있어야 하며, 사용자가 편집할 수 있습니다."

Apple의 개발자 프로그램 요구 사항, 섹션 3.3.2:

3.3.2 다음 단락에 명시된 경우를 제외하고 애플리케이션은 실행 코드를 다운로드하거나 설치할 수 없습니다.

@AndrewMorsillo 각 가이드라인에 무엇이 있든, 그리고 얼마나 많은 정보가 제시되든, 우리가 얻을 수 있는 최선은 "금지될 수 있는 범죄가 아닌지 확실하지 않을 수 있습니다. 실제로 우리가 확신할 수 없을 수도 있습니다"입니다. .

경우가 무엇이든 Flutter는 현재 iOS에서 해석된 다트를 실행하지 않으며, 추가하면 성능 저하가 발생할 수 있습니다. 그리고 귀하가 직접 언급한 것처럼 내 이전 게시물과 매우 회색 영역이며 최악의 경우 금지됩니다.

내가 말할 수 있는 한, 24시간 검토 주기를 우회하고 테스트를 작성하기 위해 모든 것을 교환하는 것은 가치가 없습니다. (나는 그것이 일주일이었던 때를 이해할 수 있었고 그것은 일반적으로 iOS 측에서만 발생했습니다. 이는 사실상 여기에서 가장 큰 논쟁점입니다)

검토 프로세스뿐만 아니라 자동 업데이트를 껐을 수 있기 때문에 이전 버전의 앱을 사용하지 않는 사용자에 대한 것이기도 합니다.

물론 최소 버전 확인을 직접 구현할 수 있지만 다시 Play 스토어를 거쳐야 하고 사람들은 불행히도 게으릅니다. 코드 푸시를 사용하면 실행할 때마다 앱을 빠르게 업데이트하고(희망) 사용자가 더 원활하게 사용할 수 있습니다.

@miyoyo 여기 나오는 모든 의견이나 아이디어에 응답해야 할 필요성을 느끼는 이유를 모르겠습니다. 사람들은 이것을 원합니다. 여러분은 사람들에게 이 문제에 찬성 투표를 하라고 했고 우리는 끝까지 찬성했습니다. 누군가 적극적으로 고민하고 밀어붙이지 않는 한 절대 해결되지 않습니다.

이 문제를 해결하는 또 다른 방법이 있습니다. 많은 앱이 그렇게 하는 것을 보았습니다. 외출 시 앱
날짜가 표시되면 메시지를 표시하고 닫거나 앱을 업데이트합니다. 그 모든.

2020년 8월 7일 금요일 07:38 SpajicM [email protected]에서 다음과 같이 썼습니다.

검토 프로세스뿐만 아니라
앱이 꺼져 있을 수 있기 때문에 이전 버전의 앱에서 멈췄습니다.
자동 업데이트.

물론 최소 버전 확인을 직접 구현할 수 있지만
다시 Play 스토어를 거쳐야 하고 사람들은 불행히도 게으릅니다. 와 함께
코드 푸시를 사용하면 실행할 때마다 앱을 빠르게 업데이트할 수 있으며(희망)
더 원활하게 사용자를 허용합니다.

@miyoyo https://github.com/miyoyo 왜 기분이 좋은지 모르겠어
여기에 제시된 모든 의견이나 아이디어에 응답해야 합니다.
사람들은 이것을 원합니다. 당신은 사람들에게 이 문제에 찬성표를 던졌고 우리는 찬성표를 던졌습니다.
모든 방법을 정상에. 이것은 누군가가 아니면 절대 해결되지 않을 것입니다
적극적으로 생각하고 밀어붙인다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/flutter/flutter/issues/14330#issuecomment-670242698 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRA
.

이 문제를 해결하는 또 다른 방법이 있습니다. 많은 앱이 그렇게 하는 것을 보았습니다. 오래된 앱인 경우 메시지를 표시하고 앱을 닫거나 앱을 업데이트합니다. 그 모든.

아마도 최악의 UX 방식일 것입니다... :/

@SpajicM

검토 프로세스뿐만 아니라 자동 업데이트를 껐을 수 있기 때문에 이전 버전의 앱을 사용하지 않는 사용자에 대한 것이기도 합니다.

물론 최소 버전 확인을 직접 구현할 수 있지만 다시 Play 스토어를 거쳐야 하고 사람들은 불행히도 게으릅니다. 코드 푸시를 사용하면 실행할 때마다 앱을 빠르게 업데이트하고(희망) 사용자가 더 원활하게 사용할 수 있습니다.

UX 측면에서 이것은 업데이트를 처리하는 _나쁜_ 방법이 아닙니까? 누군가 수동으로 자동 업데이트를 비활성화하면 Flutter가 이를 재정의해야 하는 이유는 무엇입니까? 어떤 앱이 그런 능력을 가져야 하는지는 논쟁의 여지가 있지만 전체 프레임워크는 확실히 아닙니다.

앱 스토어를 통해 업데이트 프로세스를 중앙 집중화하는 것이 스토어를 통해 모든 업데이트를 관리할 수 있기 때문에 UX에 더 낫다고 생각합니다. 개발자 시간을 희생하는 UX는 일종의 앱 개발의 요지입니다. 그리고 즉각적인 수정이 필요한 경우(예: 취약성) 긴급 업데이트를 받거나 업데이트될 때까지 사용자가 앱을 사용하는 것을 거부할 수 있습니다. 물론 후자는 좋은 옵션이 아니며 전자는 성가신 일이지만 Apple과 Google이 사용자를 최우선으로 생각하고 Flutter 자체와는 거의 관련이 없기 때문입니다.

@chgibb

개인적으로 말하자면, 코드 푸시에 대한 나의 열정은 업데이트 제공 공급망에 대한 소유권을 있는 그대로 가져오는 것입니다.

이것은 이 스레드의 일종의 문제입니다. Apple과 Google이 강력하게 경고하는 것을 하려고 하는 것은 그들의 앱 스토어를 사용하려는 경우 좋은 생각이 아닙니다. @miyoyo가 말했듯이

마지막으로 https://github.com/flutter/code-push

실제로 https://github.com/microsoft/react-native-code-push입니다.

Flutter는 여전히 코드를 핫 업데이트할 수 없지만 실제로 해당 링크는 이미지에 대해 이야기했고 Firebase 원격 구성이 중요하다는 것을 상기시켜주었습니다. 단점은 변경해야 할 코드 비트를 선점하고 앱에서 이러한 변경을 예상해야 하지만 일단 완료되면 앱 스토어 없이 새 변경 사항을 롤아웃하는 것이 매우 빨라야 한다는 것입니다(React Native Code Push가 하는 것과 유사합니다. 이미지)

@ardyfeb 당신 같은 사람들은 반응 커뮤니티에 나쁜 평판을 줍니다. 다른 곳에서 트롤하세요.

거기; 그것을 해결하는 또 다른 방법
플러터 웹을 사용하지 않고

이 문제를 해결하는 또 다른 방법이 있습니다. 많은 앱이 그렇게 하는 것을 보았습니다. 오래된 앱인 경우 메시지를 표시하고 앱을 닫거나 앱을 업데이트합니다. 그 모든.
…
2020년 8월 7일 금요일 07:38 SpajicM @ . * > 썼다: 그것은 단지 검토 과정에 관한 것이 아니라 자동 업데이트를 껐을 수 있기 때문에 앱의 이전 버전에 갇힌 사용자에 대한 것이기도 합니다. 물론 최소 버전 확인을 직접 구현할 수 있지만 다시 Play 스토어를 거쳐야 하고 사람들은 불행히도 게으릅니다. 코드 푸시를 사용하면 실행할 때마다 앱을 빠르게 업데이트하고(희망) 사용자가 더 원활하게 사용할 수 있습니다. @miyoyo https://github.com/miyoyo 여기에 나오는 모든 의견이나 아이디어에 응답해야 할 필요성을 느끼는 이유를 모르겠습니다. 사람들은 이것을 원합니다. 여러분은 사람들에게 이 문제에 찬성 투표를 하라고 했고 우리는 끝까지 찬성했습니다. 누군가 적극적으로 고민하고 밀어붙이지 않는 한 절대 해결되지 않습니다. — 이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다. 이 이메일에 직접 답장하거나 GitHub < #14330 (comment) >에서 확인하거나 https://github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRA 구독을 취소

은행 앱을 구축하고 있다면 정말 좋을 것 같습니다.

누군가 앱 번역을 위해 무선 업데이트가 필요한 경우 샘플 Flutter 앱이 있습니다. https://github.com/localizely/flutter-ota-sample-app

애플의 가이드라인이 예전과 다른 것 같은데요?

이것은 여전히 ​​동일하다

2.5.2 앱은 번들에 포함되어야 하며 지정된 컨테이너 영역 외부에서 데이터를 읽거나 쓸 수 없으며 다른 앱을 포함하여 앱의 기능을 도입하거나 변경하는 코드를 다운로드, 설치 또는 실행할 수 없습니다. . 학생들이 실행 코드를 가르치거나 개발하거나 테스트할 수 있도록 설계된 교육용 앱은 제한된 상황에서 다른 목적으로 사용되지 않는 코드를 다운로드할 수 있습니다. 이러한 앱은 애플리케이션에서 제공하는 소스 코드를 사용자가 완전히 보고 편집할 수 있도록 해야 합니다.

그러나 해석되거나 실행 가능한 코드에 대한 다른 참조를 찾을 수 없습니다.

해석 또는 컴파일된 언어에 대해 더 이상 구체적으로 언급하지 않는 것 같으면 원래 게시물의 사과 생태계에 대한 세부 정보가 더 이상 사실이 아닐 수 있습니까?