HarmonyOS鸿蒙Next中决策最终是用TS还是C++实现DX渲染引擎
HarmonyOS鸿蒙Next中决策最终是用TS还是C++实现DX渲染引擎 a. NAPI JS Bind Class 是否共享 C++ 实例的内存？
b. NAPI 中从 C++ 实例中获取 number、string 等基本类型变量，是否会在 JS 层有一份内存拷贝？
c. NAPI 中，C++ 实例中的变量只能通过绑定 JS Function 获取，在类似 RN 的方案中，需要维护一颗 Observed State Model 映射到 C++ 的 Tree Model，struct build 时通过 Binding JS Funcion 获取 Property 设置到控件中，属性比较多，是否性能会比较差？
更多关于HarmonyOS鸿蒙Next中决策最终是用TS还是C++实现DX渲染引擎的实战教程也可以访问 https://www.itying.com/category-93-b0.html
您好，以上的情况分析：
a：会共享；
b：会在js层有一份拷贝
c.分两种情况：1、如果C++ 实例中的变量是不可变的，在封装成JS对象的时候，属性可以直接设置到js对象上；
2、如果C++ 层的变量通过c++ 层的函数去获取的，那js层就需要调用对应的Binding的函数去获取，涉及一次函数调用，属性较多时可能会对性能产生影响，取决于数据量。
如果Binding的函数里面实现了批量的属性获取，对性能可能有改善。
更多关于HarmonyOS鸿蒙Next中决策最终是用TS还是C++实现DX渲染引擎的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
在HarmonyOS鸿蒙Next中，决策最终选择使用C++来实现DX渲染引擎。这一决策主要基于C++在图形渲染和性能优化方面的优势。C++能够直接操作硬件资源，提供更高的执行效率和更低的内存开销，这对于渲染引擎的实时性和性能至关重要。此外，C++在图形API（如DirectX）的集成和支持上更为成熟，能够更灵活地处理复杂的图形渲染任务。尽管TypeScript（TS）在开发效率和跨平台支持上有一定优势，但在高性能图形渲染领域，C++仍然是更合适的选择。因此，鸿蒙Next选择C++来实现DX渲染引擎，以确保在图形渲染方面的最佳性能和效果。
