크롤링 진행도 및 수행중인 커맨드 이벤트 관찰

[cometj03]

• 현재 수행중인 커맨드가 무엇인지 애플리케이션 단에서 관찰할 수 있도록
  • 모든 엘리먼트의 동작은 커맨드로 정의되어 있음 (각 엘리먼트에 대한 WebDynproCommand 구현 #69 )
  • 어디까지 수행했는지 확인할 수 있으므로 디버깅에도 용이
  • mpsc 채널이나 broadcast 등으로 구현할 수 있을 것 같습니다.
• 런타임에서 정의 작성하기 #13 처럼 크롤링의 동작이 스크립트로 정의되어 있다면 현재 몇 번째 커맨드를 수행하고 있는지를 보고 크롤링의 진행도 파악 가능
  • 단순히 어떤 종류의 커맨드를 수행하고 있는지 뿐만 아니라 순서에 대한 정보도 필요

[EATSTEAK]

관찰할 수 있는 것 자체는 굉장히 좋아 보이는데, 구현 디테일이 조금 고민되네요. 일단 기존 인터페이스의 변경은 없어야 할 것 같고, tracing 같은 기능을 사용하거나 말씀하신 대로 자체 채널 Wrapper를 만들어서 제공해야 할 듯.

• 일반 Rust crate에서는 feature selection 기능이 있어서 optional하게 기능을 끄고 킬 수 있는데, FFI에서는 해당 사항이 불가하거든요. FFI 지원까지 상정한 문제일까요?

[cometj03]

넵 외부 애플리케이션에서 관찰할 수 있게 하는 걸 생각했어서 FFI도 포함되어야 할 것 같아요.

게임 로딩할 때 '맵 불러오는 중', '캐릭터 불러오는 중' 이런거 띄우는 것처럼
애플리케이션에서 '유세인트 접속하는 중', '어떤 버튼 누르는 중' 이런거 띄우면 재밌겠다 싶었거든요.

기술적으로 챌린지한 부분이 있다면 대안으로 이렇게 하는건 어떨까요?

• rusaint의 코어(webdynpro 모듈)와 커맨드만 FFI로 만들고
• 실제로 명령을 내리는 건(엘리먼트 정의하고 커맨드 호출) 외부 애플리케이션(안드로이드, iOS 앱 등)에서.

이렇게 한다면 아무래도 크롤링 정의 스크립트 파싱도 외부 애플리케이션에서 직접 해야겠죠
아니면 #13 에서 스크립트 파싱도 직접 rusaint에서 지원하는 걸 의도하신 걸까요?

[EATSTEAK]

@cometj03 아니면 #13 에서 스크립트 파싱도 직접 rusaint에서 지원하는 걸 의도하신 걸까요?

#13 의 경우 rusaint에서 직접 지원할 생각이였습니다. ScriptableApplication 같은 애플리케이션을 하나 만들고, constructor나 따로 함수에 Deserializable한 액션 스키마 넣어주면 애플리케이션이 자동 실행하는 느낌으로요.

rusaint의 코어(webdynpro 모듈)와 커맨드만 FFI로 만들고

#109 가 제가 생각하기엔 중요 마일스톤 같긴 해서, 이걸 먼저 구현하는게 우선순위 일 듯 하네요.

사실 뭔가 감시할 수 있는 걸 통일하거나 피처 플래그로 놔두긴 해야 할 것 같아서(ex. script-call 의 unknown payload 시 stdout으로 로그 뱉지 않기) 이것도 필요한 기능 같아요.

[EATSTEAK]

다음 액션 플랜: #109 구현

구현 세부 사항은 이슈에 업데이트 해놓겠습니다. 의견이 있으시거나 참고하고 싶으시면 확인부탁드려요.