Three.js: threejs용 IFC 임포터

ThreeCSG에 의존한다는 것을 잊었습니다.

이 형식에 대해 들어본 적이 없습니다. 일반적으로 어디에 사용됩니까?

제가 알기로는 주로 건설업, 빌딩 모델링에 사용됩니다. 몇 가지를 언급하자면 Autocad, Revit, Tekla 및 Solibri에서 지원됩니다.

알았어, 알았어!
ThreeCSG가 필요한 이유는 무엇입니까?

예를 들어; Wall 객체(threejs의 돌출된 모양)에는 개구부가 있을 수 있습니다. 그리고 제가 찾은 가장 쉬운 해결책은 ThreeCSG를 사용하는 것이었습니다. IfcBooleanResult와 같은 다른 경우에도 사용됩니다.

IfcOpeningElement 사양에 대한 링크:
http://www.buildingsmart-tech.org/ifc/IFC2x3/TC1/html/ifcproductextension/lexical/ifcopeningelement.htm

에서 참조할 수 있습니다.
http://www.ifcquery.com

@mrdoob , IFC는 Industry Foundation Classes의 약자이며 BIM(빌딩 정보 모델/관리) 프로젝트의 표준 교환 형식입니다. 일반적으로 이와 관련된 소프트웨어 패키지는 Revit , ArchiCAD , VisualARQ 및 기타 몇 가지입니다. 일반화하는 동안 BIM 소프트웨어는 작업자가 객체에 대한 매개변수를 정의하는 패밀리/스타일 정의에 의해 구동되는 벽, 슬래브, 지붕, 계단, 창 등과 같은 표준 객체 유형을 제공합니다. 따라서 CMU, 석고보드 및 타일 레이어가 있는 벽이 있는 경우 모든 레이어의 두께를 정의할 수 있습니다. 내가 뭔가를 변경하고 패밀리/스타일 정의를 변경하면 모든 것이 자동으로 업데이트됩니다! 현실은 그렇게 마술적이지 않습니다! 각 소프트웨어 공급업체는 수입/수출 http://buildingsmart.org/compliance/certified-software/ 에서 벽이 무엇을 구성할 수 있는지에 대한 정의를 자유롭게 가지고 놀 수 있기 때문에 논쟁의 여지가 있는 형식
지원하기에 좋은 형식이며 설정해 주신 @kdilayer 에게 감사드립니다. @johnney88 그 뷰어가 threejs를 사용하고 있습니까?

예, The Viewer는 Threejs를 사용합니다.
저장된 파일 'ifcquery.min.js'는 Three.js에서 작성했지만 인코딩되어 있습니다.

ConSci에서 ifc가 사용되는 것을 확인할 수 있습니다. 실제로 ifc 변환기 앱을 사용하여 회사 파일을 .mtl 파일이 있는 .objs로 변환했는데 정말 잘 읽힙니다. 고객이 어쨌든 ifc 파일을 업로드하는 경향이 있기 때문에 중간 사람을 빼면 정말 도움이 될 것입니다.

@rhairston ifc 변환기 앱인가요? ifc 파일을 obj 파일로 변환하여 Threejs가 잘 로드할 수 있도록 합니다.
내 말이 맞아?

여기 ifc 변환기 앱이 있습니까?

참여해주셔서 감사합니다!

@kdilayer PR은 훌륭할 것입니다. ThreeCSG도 넣어주세요 😊

여기에 진전이 있습니까? 우리는 현재 three.js와 함께 사용하기 위해 IFC를 DAE로 변환하고 있으며 three.js가 IFC를 직접 지원한다면 좋을 것입니다.

안녕하세요 kdilayer님,

나는 그것을보고 더 나아가는 것에 매우 관심이 있습니다.

안녕하세요 여러분,

나도 봤다 https://www.npmjs.com/package/ifc-convert
이를 통해 IFC를 DAE, OBJ, STP 및 IGS로 변환할 수 있습니다.

@kdilayer 어떤 진전이 있습니까?

@kdilayer 여기에 어떤 진전이 있습니까? three.js가 IFC 형식을 직접 지원할 수 있다면 많은 것을 절약할 수 있습니다.

@dslwz2008 https://github.com/mrdoob/three.js/issues/9860

아무도 소식이 없습니까?

ifc 파일을 지원하도록 편집기를 조정했습니다.
스크린샷 몇 장을 첨부했습니다. 나는 꽤 오랫동안 이 작업을 해왔습니다... 현재 렌더링할 수 없는 IFC 2x3 파일을 본 적이 없습니다... 내가 시도한 가장 큰 파일은 180MB입니다...
엄청난.

이봐, 멋진 작품!
마스터 브랜치에서 직접 액세스할 수 있습니까? 아니면 IFC 지원을 위해 조정된 코드가 다른 곳에 있습니까?

예! 굉장해! 이 로더 코드에 어떻게 액세스할 수 있습니까? :영형

PR에 투표합니다😊 . THREE.IFCLoader 는 큰 기여가 될 것입니다!

우리는 이 기능도 좋아할 것입니다. 지금은 https://github.com/IfcOpenShell/IfcOpenShell 을 사용하여 IFC 파일을 obj로 변환하고 있지만 일부 더 복잡한 기하 도형은 여전히 ​​구문 분석되지 않으므로 때로는 개체가 100이 아닌 100이 아닙니다. % 완벽한.

안녕하세요, 뷰어 및 로더에서 창을 로드하는 문 및 투명 필름과 같은 복잡한 항목을 얻을 수 있는지 궁금합니다. 지금까지 굉장해 보인다! 가까운 장래에 이 버전을 내놓을 계획이 있는지 궁금합니다.

행운을 빕니다! 업데이트해주셔서 감사합니다.

@kdilayer 님 안녕하세요, 귀하의 애플리케이션에 액세스할 수 있습니까?

.ifc와 three.js 형식 간의 파일 크기 차이를 보고 싶습니다.

감사 해요!

@Foosballfan IFC는 매우 장황하기 때문에 크기에 대해 흥미로운 형식이 아니라고 생각합니다. AutoDesk와 같은 아키텍처 소프트웨어를 위한 교환 형식일 뿐입니다.
BIM의 표준입니다. (이런 종류의 직업에서 유명한 이 용어를 Google에 요청)

@jean-noelp 답변 감사합니다.

34MB의 건물에 대한 ifc 파일이 있고 이 데이터를 가능한 가장 작은 다운로드 크기로 웹에 표시하려고 합니다.

Unity WebGL을 사용하면 약 11MB로 줄일 수 있지만 Three.js를 사용하여 보다 순수한 WebGL로 가능한지 알고 싶습니다. 더 작은 다운로드 크기를 얻을 수 있기를 바랍니다.

비슷한 상황에 대한 경험이 있습니까?

@Foosballfan 파일 크기를 최소화하기 위해 시도할 단계는 다음과 같습니다.

1. OBJ로 변환
2. obj-simplify를 통해 실행
3. Draco로 OBJ 압축
4. THREE.DRACOLoader로 로드

파일을 OBJ 또는 다른 형식으로 변환할 수 없는 경우 모델을 단순화하거나 gzip을 사용하는 것 외에는 할 수 있는 일이 많지 않을 것입니다. "3.js를 사용하는 순수한 WebGL"은 파일을 렌더링하는 방법이지만 파일을 먼저 로드하려면 여전히 어떤 형식이나 다른 형식을 사용해야 합니다.

@donmccurdy 멋지네요 감사합니다!

해보고 어떻게 되는지 봐야겠습니다.

내가 만든 것이 34MB 파일에서 220MB이기 때문에 원래 obj를 포기했습니다.

@kdilayer 이후 문제를 닫는 것은 분명히 그의 구현을 공유할 의사가 없습니다. #5524의 로더 위시리스트에 IFCLoader 을 작업으로 추가했습니다.

IFCLoader 가 없는 한 IFC 파일을 OBJ 와 같은 다른 형식으로 변환해 보십시오. 다음 도구가 이 변환을 수행할 수 있는 것 같습니다. http://ifcopenshell.org/ifcobj.html

https://github.com/IfcOpenShell/IfcOpenShell 도 참조

@Foosballfan : IFC는 지오메트리를 압축하는 가장 효율적인 방법입니다. 문제는 렌더링에 필요한 절차적 접근 방식이 삼각형과 실제로 호환되지 않는다는 것입니다. 34MB IFC는 4GB의 삼각형 스트림으로 쉽게 추출할 수 있습니다. IFC는 정점이 4개인 엘보우 파이프를 설명하지만 렌더링하는 데 수백 개의 삼각형이 필요합니다. OP의 렌더링을 한 번 보면 숟가락이 없다는 것을 알 수 있습니다. 물론, 그는 직선과 한 축의 토로이드 모양을 할 수 있습니다. 그러나 IFC 사양에는 두 개의 베지어 스플라인으로 스윕된 표면의 정의가 포함됩니다. 따라서 실제로 무한한 삼각형 집합을 정의하는 8개의 3D 꼭짓점입니다. 건축가는 이 도구를 좋아하지만 공식이 f(x) = y 접근을 허용하지 않기 때문에 컴퓨터에서 2D 표현을 렌더링하는 것조차 문제가 됩니다.
여기에서 공식 IFC 사양을 살펴보십시오. http://www.buildingsmart-tech.org/ifc/IFC4/final/html/schema/ifcgeometryresource/lexical/ifcbsplinesurface.htm

@kdilayer 아직도 github에서 활동하시나요? 구현을 공유하시겠습니까? :ok_hand: 감사합니다!

내가 결정한 접근 방식은 BimServer를 사용하여 바이너리 IFC 데이터를 스트리밍한 다음 ThreeJS에서 구성하는 것이었습니다. 웹 소켓을 통한 다운로드 크기는 만족스럽고 Three에서 모델을 완전히 제어할 수 있습니다.

BimViewer가 시작점으로 작동하는 방식을 살펴볼 수 있습니다.

어떤 대답?

@Joao-b4 어때요?

가능한 IFC 로더에 대해

아, @kdilayer의 몫인가 봅니다...

@kdilayer 는 출판된 지 3년이 없을 것이라고 믿습니다.
로더 생성이 작동하는 방식을 이해하지 못하고 라이브러리에 약간의 지식이 있습니다. 조금 전에 작업했습니다. 로더를 생성할 수 있는 링크가 있을 것입니다. 충분한 성향과 지식을 얻을 수 있습니다. 미래.

여기 에 THREE.IFCLoader 의 기본 스캐폴드를 설명 했습니다 . 로더를 작성할 때 가장 어려운 부분은 해당 3D 형식을 실제로 이해하는 것입니다. 그래야만 형식을 구문 분석하고 지오메트리 및/또는 재료 데이터를 three.js 엔티티(예: THREE.BufferGeometry )로 변환할 수 있습니다. 이 프로세스를 이해하려면 THREE.PLYLoader 와 같은 다소 간단한 로더를 공부하는 것이 좋습니다. 물론 IFC 표준(https://www.iso.org/standard/51622.html)

감사합니다, ifc 로더가 정말 유용할 것이고 지금 당장 필요합니다. 위에서 언급한 것을 사용하여 OBJ로 변환하고 있지만 이것이 최선의 방법은 아니라고 생각합니다

이것은 1.5년 전의 일이므로 내 기억이 녹슬었지만 우리 솔루션은 bim 서버를 사용하여 서버에서 지오메트리를 전달한 다음 프런트 엔드에서 Three를 사용하여 렌더링을 처리하는 것이라고 생각합니다.

약간의 혼란이 있었지만 결국 작동했습니다.

IfcConvert 는 Node.js용 IfcConverter입니다. .ifc에서 .dae, .obj, .stp 및 .igs로 변환됩니다. 아직 시도하지는 않았지만 설명된 대로 작동한다면 Three.js에 .ifc 로더가 더 이상 필요하지 않을 것입니다. 맞습니까?
.ifc에는 3D 모델보다 훨씬 많은 정보가 포함되어 있지만 Three.js에 관한 한 3D 모델만 가져와야 합니다.
수출업자의 경우 실제 내보낸 3D 모델과 함께 자신의 BIM 라이브러리를 .ifc 파일로 내보낼 수 있기 때문에 다를 수 있습니다.
말이 됩니까?

별도의 변환 도구 없이 IFC 를 브라우저에 직접 로드하는 것은 여전히 ​​흥미로울 수 있습니다. 그러나 언급된 node.js 도구는 IfcOpenShell을 둘러싼 래퍼일

IfcConverter를 통한 가져오기 워크플로가 좋을 수 있다고 생각합니다!

반대로, Ifc 내보내기는 나에게 의미가 없습니다. Three.js로 Ifc 편집기를 빌드하지 않는 한 람다 Three.js 뷰어에서 모든 관련 ifc 데이터(건축 구성 요소, BIM 이해 관계자...)를 잃어버리기 때문입니다. .

@Mugen87 글쎄요, 제가 아는 바로는 IfcOpenShell은 온라인 CLI 도구인 Node 패키지입니다.

@jean-noelp 맞습니다. "마스터 .ifc 파일"을 내보내는 것이 아니라 "라이브러리 .ifc 파일" BIM 이해 관계자가 자신의 "마스터 .ifc 파일"에서 가져올 수 있음을 의미했습니다. 예를 들어 차고 문 제조업체인 경우 Three.js를 사용하여 클라이언트(예: 건축가)를 위한 설치를 계획하고 BIM 개체(일반적으로 차고 문)가 포함된 BIM 라이브러리를 내보냅니다. 무슨 말인지 알겠어? 그러나 어쨌든 각각의 특정 사용 사례가 너무 구체적이기 때문에 이 내보내기 도구를 Three.js에 구축할 방법은 없습니다.

도구를 찾았습니다. IFC를 해결할 수 있습니다.
그것은 무료가 아닙니다 ，
그러나 IFC 구조를 파싱하는 것은 무료이며 오픈 소스입니다.
http://www.apstex.com/

안녕하세요 @kdilayer님 소식이 없으시죠 ? 그는 소스 코드를 공개하지 않았다?

?

------------------ 원본 메시지 ------------------
보낸 사람: "Daniel Ramos"< [email protected]>;
배송 시간: 2020년 5월 28일(목) 오후 10시 08분
받는 사람: "mrdoob/three.js"[email protected]>;
참조: "물고기 그물을 남겨주세요 "< [email protected]>;
제목: Re: [mrdoob/three.js] threejs용 IFC 가져오기(#9764)

안녕하세요 @kdilayer님 소식은 없나요?? 소스코드 공개

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 구독을 취소하세요.

이것에 대한 소식이 있습니까?

야! 며칠 전 저는 Three.js에 IFC 파서를 적용할 생각으로 JS에서 IFC 파서를 구현하기 시작했습니다. 여가 시간에 하는 개인 프로젝트이기 때문에 시간이 얼마나 걸릴지 잘 모르겠습니다. 그러나 오늘 이 스레드를 보고 관심을 가질 수 있다고 생각했습니다. 여기에서 찾을 수

@agviegas는 당신이 그것으로 무엇을 할지 기대하고 있습니다! PR은 정말 환영받을 수 있습니다

물론! @agviegas 홍보해주시면 더 많은 분들이 도와드릴 수 있습니다 😍

불행히도 나는 ifcimporter에서 내 작업을 공개할 수 없었지만 @agviegas를 도울 수 있습니다.

@mrdoob 대단하네요 . 저는 여전히 파서의 핵심 기능에 대해 작업하고 있습니다. 이미 모든 공간 구조 요소를 로드할 수 있으며 곧 지오메트리 구축을 시작할 것입니다. 나는 코드도에 적용 할 필요가 있다는 생각 이 홍보를하기 전에. PR을 위한 코드를 준비하기 위해 확인할 참조가 있습니까? 우리는 당신이 원할 때마다 이것을 할 수 있습니다. 이에 관한 모든 도움을 환영합니다.

반면에 IFC 형식은 구현하기가 매우 쉽지만 공식 문서의 가혹함 때문에 다소 위협적일 수 있습니다. IFC 형식을 비교적 잘 알고 있는 것 같아서 관심 있는 분들이 참여해 주시면 더 빨리 준비할 수 있을 것 같습니다. 🙂

나는 코드도에 적용 할 필요가 있다는 생각 이 홍보를하기 전에.

예, 다른 로더가 사용하는 것과 동일한 인터페이스를 사용해야 합니다. 아마도 MD2Loader 가 지금은 더 간단한 참조일 것입니다.

모든 것이 PR에 완벽하다고 걱정하지 마십시오. 가지고 있는 것을 초안으로 제출하면 나머지 코드에 맞는지 확인하는 데 도움을 드릴 수 있습니다.

형식에 대한 몇 번의 비틀거림과 고군분투 끝에 이미 몇 가지 결과가 있습니다. 나는 파서의 첫 번째 버전과 일부 기하학적 엔티티(압출 및 b-rep 포함)를 구현했습니다. 아직 해야 할 일이 많이 남아 있지만 지금까지의 결과에 만족합니다. 아래 이미지는 Chrome에서 원활하게 실행되는 Revit에 의해 생성된 작은 IFC를 보여줍니다. 각 기하학적 인스턴스에는 구문 분석된 IFC 정보가 연결되어 있으므로(사실 아래 장면에서 각 인스턴스는 해당 카테고리/ifcclass에 따라 재질이 있음) 속성 값(Psets 및 Qsets)을 사용하여 필터를 만드는 것은 이 시점에서 보관하기 어렵지 않아야 합니다. . 어떤 아이디어나 제안도 환영합니다. 🙂

@agviegas 훌륭합니다!

@agviegas 아주 잘했어요!

재산 관리에 대한 아이디어에 관해서. 지금 이것들을 어떻게 보관하고 계신가요? 메쉬나 지오메트리의 userData 처럼요?

대부분의 고객은 모델링을 위해 HiCad 또는 ArchiCAD와 같은 소프트웨어를 사용하며 건설 작업자에게 매우 중요한 수많은 정보(열 밀도, 바람 저항, 측정, 무게 등)를 저장합니다.

파싱/로딩 속도도 매우 궁금합니다. 구현을 테스트한 모델은 구문 분석하는 데 약 5초가 걸리지만 지오메트리를 생성하는 데는 프로세스가 DAE 모델로 변환하는 데 거의 2분이 걸립니다. (저는 시간과 경험이 부족하여 서버 측에서 변환하고 있습니다. :sweat_smile:, 이것이 이 로더가 '기본적으로' 작동하게 되어 매우 기쁩니다)

@haroldiedema 아직 속성 집합을 구현하지 않았지만 현재 데이터 구조는 JS 개체로 구성되어 있으며 여기서 키는 익스프레스 ID이고 값은 메모리에 로드된 구문 분석된 개체입니다. 익스프레스 ID였던 각 속성은 해당 ID를 가진 개체에 대한 참조로 대체됩니다. 현재 구현에서 하나 이상의 기하학적 표현이 있는 _IfcProduct_의 각 인스턴스에는 장면의 기하학적 구조에 대한 참조 배열인 _Geometry_라는 추가 속성이 있습니다. 예를 들어, 각 _IfcWallStandardCase_에는 _Path_(a Line )에서 _Body_(a Mesh )에 대한 참조가 있는 _Geometry_ 속성이 있습니다.

아마도 Three.js의 각 기하학적 인스턴스에는 익스프레스 ID가 포함된 속성이 있으므로 메모리에 로드된 ifc 엔터티(및 관련 정보)를 찾는 것이 쉬울 것입니다(씬에서 메시를 클릭할 때 fe).

사용자 정의 속성의 경우 모든 것을 함께 묶는 하나 이상의 _IfcRelDefinesByProperties_(또는 다른 간접 관계 개체)가 있습니다. 아마도 IfcProduct의 각 인스턴스는 관련 구문 분석된 속성 집합의 배열을 포함하는 _hasPropertySets_ 속성을 가질 수 있습니다(다른 IFC 라이브러리에서 이 패턴을 보았고 이것이 _IfcRelAggregates_와 같은 다른 간접 관계에서 수행하는 작업입니다). 나는 그들이 IFC에 따라 구조화될 것이기 때문에 재산의 양에 대해 걱정하지 않지만 내가 거기에 도착했을 때 어떻게 되는지 봅시다. 😂

나는 모든 것을 클라이언트 측으로 만들고 있으며 현재 구문 분석은 1초 미만이 걸리고 마지막 장면의 기하학적 생성은 약 4초가 소요됩니다. 더 큰 파일을 사용하면 이 시간이 늘어날 것임을 알고 있습니다. 그러나 더 많은 IFC 엔터티를 다루었고 실제 프로젝트에서 IFC를 로드할 수 있게 되면 시스템을 최적화할 수 있기를 바랍니다. 🙂 나는 누군가가 이것에 대해 파고 싶어하는 경우를 대비하여 _CONTRIBUTING_ 문서를 확장할 것입니다.

@agviegas 굉장해!

일부 고객 모델을 테스트하기 위해 리포지토리의 기본 분기를 복제하려고 시도했지만 불행히도 모든 모델이 콘솔에서 _ExpressId is undefined에 대한 오류를 생성합니다(모든 모델이 참조 레코드와 관련하여 100% 일관성이 있는 것은 아닙니다. 실제로 존재함). 일부 CAD 소프트웨어는 제거된 속성에 대한 참조를 깔끔하게 정리하지 못한다고 생각합니다.

이 모델 중 일부를 여러분과 공유할 수 있지만 비공개로 해야 합니다. ArchiCAD 또는 HiCAD로 내보낸 모델의 더 많은 테스트 사례에 관심이 있으시면 [email protected]로 저에게 연락할 수 있습니다.

@haroldiedema 아직 속성 집합을 구현하지 않았지만 현재 데이터 구조는 JS 개체로 구성되어 있으며 여기서 키는 익스프레스 ID이고 값은 메모리에 로드된 구문 분석된 개체입니다. 익스프레스 ID였던 각 속성은 해당 ID를 가진 개체에 대한 참조로 대체됩니다. 현재 구현에서 하나 이상의 기하학적 표현이 있는 _IfcProduct_의 각 인스턴스에는 장면의 기하학적 구조에 대한 참조 배열인 _Geometry_라는 추가 속성이 있습니다. 예를 들어, 각 _IfcWallStandardCase_에는 _Path_(a Line )에서 _Body_(a Mesh )에 대한 참조가 있는 _Geometry_ 속성이 있습니다.

아마도 Three.js의 각 기하학적 인스턴스에는 익스프레스 ID가 포함된 속성이 있으므로 메모리에 로드된 ifc 엔터티(및 관련 정보)를 찾는 것이 쉬울 것입니다(씬에서 메시를 클릭할 때 fe).

사용자 정의 속성의 경우 모든 것을 함께 묶는 하나 이상의 _IfcRelDefinesByProperties_(또는 다른 간접 관계 개체)가 있습니다. 아마도 IfcProduct의 각 인스턴스는 관련 구문 분석된 속성 집합의 배열을 포함하는 _hasPropertySets_ 속성을 가질 수 있습니다(다른 IFC 라이브러리에서 이 패턴을 보았고 이것이 _IfcRelAggregates_와 같은 다른 간접 관계에서 수행하는 작업입니다). 나는 그들이 IFC에 따라 구조화될 것이기 때문에 재산의 양에 대해 걱정하지 않지만 내가 거기에 도착했을 때 어떻게 되는지 봅시다. 😂

나는 모든 것을 클라이언트 측으로 만들고 있으며 현재 구문 분석은 1초 미만이 걸리고 마지막 장면의 기하학적 생성은 약 4초가 소요됩니다. 더 큰 파일을 사용하면 이 시간이 늘어날 것임을 알고 있습니다. 그러나 더 많은 IFC 엔터티를 다루었고 실제 프로젝트에서 IFC를 로드할 수 있게 되면 시스템을 최적화할 수 있기를 바랍니다. 🙂 나는 누군가가 이것에 대해 파고 싶어하는 경우를 대비하여 _CONTRIBUTING_ 문서를 확장할 것입니다.

User Defined IFC Property Sets 구문 분석은 매우 쉽습니다. 나는 그것을하는 repo 가 있습니다. 내 파서는 당신만큼 정교하지 않습니다.

그러나 일부 속성은 파서를 중단하는 경향이 있음을 알았습니다. 나는 chevrotain을 사용하지 않았으므로 귀하의 코드가 어떻게 유지되는지 잘 모르겠습니다. 나는 여기 에 이러한 문제 에 대해 더 많이 썼습니다 . 그것이 당신에게 약간의 도움이 될 수 있기를 바랍니다.

어쨌든 지금까지 아주 잘했습니다! 👍

업데이트: 개발 전반에 걸쳐 보다 쉬운 사용자 테스트를 위해 Github 페이지 에 앱을 배포했습니다. 여기에는 모바일 및 태블릿 지원을 위한 반응형 탐색이 포함됩니다. 또한 여기 에서 시작 시 IFC 모델을 로드하는 대체 배포를 찾을 수 있습니다. 장면을 지우고 여러 IFC를 추가하는 논리는 아직 구현되지 않았지만 최소한 탐색이 어떻게 보이는지 알 수 있습니다. 구문 분석은 클라이언트에서 수행하므로 로드 시간은 사용된 장치에 따라 다릅니다. 내 노트북은 약 5초 만에 완료되는 반면 Moto G5 Plus는 이 장면에서 약 50초가 걸립니다. 전체 프로젝트를 로드하기 전에 아직 구현해야 할 클래스가 있지만 테스트 파일에 추가할 IFC를 언제든지 저에게 보내주십시오.