ets这设计，越写越难受 HarmonyOS 鸿蒙Next
ets这设计，越写越难受 HarmonyOS 鸿蒙Next 各种局限和不完善，写得难受。
想问一下，自定义组件怎么可以做到尾调函数？怎么继承复用？
不能有非UI代码也确实有点烦：习惯compose写法，arkts是有点不适应
更多关于ets这设计，越写越难受 HarmonyOS 鸿蒙Next的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
可以用@BuilderParam content: () => void;写惯了也还好，其实android的composable也是不可以继承的，android的composable是函数而且通常没有返回值，没有成员变量和成员函数，所以设计了remember和launcheffect，而鸿蒙使用了struct，可以拥有自己的成员函数和成员变量，我觉得这是设计的很优雅的地方。另外自定义组件有返回值，所以无需通过监听数据来执行动作，直接就可以通过自定义组件就可以执行相应逻辑了，当然wrapBuilder和build里面不能有非UI代码也确实有点烦。
在HarmonyOS的ETS（Extended TypeScript）开发中，开发者可能会遇到一些设计上的挑战。ETS是鸿蒙系统为应用开发提供的一种扩展TypeScript语言，主要用于UI开发。ETS的设计理念是为了提高开发效率和性能，但由于其与传统的Web开发模式存在差异，开发者可能需要适应新的编程范式。
ETS的组件化设计和声明式UI是其核心特点，开发者需要通过定义组件和状态来构建应用界面，这与传统的命令式编程有所不同。此外，ETS的渲染机制和事件处理方式也与常见的Web开发框架有区别，这可能导致开发者在初期感到不适应。
另外，ETS的开发工具链和调试环境可能还不够成熟，开发者可能会遇到一些工具上的不便或调试上的困难，这也会增加开发的复杂度。由于ETS是鸿蒙系统特有的开发语言，社区资源和文档相对较少，开发者在遇到问题时可能难以找到有效的解决方案。
总的来说，ETS作为鸿蒙系统的新开发语言，虽然有其优势，但在实际开发中可能会带来一些挑战，特别是在习惯了其他开发方式的开发者看来，可能会感到“越写越难受”。
