论H5子平台的发展
各位的投票有可能影响H5子平台框架如何搭建的问题，请认真考虑。温馨提示：每人最多选择三项。
本帖最后由 创世魂 于 2025-1-6 11:39 编辑
……
根据现有的安卓win和go来看肯定会阉割的，主要还是通过封库来解决问题。
所以这种不阉割的选项肯定不现实，所以这种选项直接删了就行。
不如投票几个发展方向，首先进行哪个项目开发，然后再去开发哪个项目，最后搞哪个项目。
1、解决移动端跨平台开发问题，一套代码生成ios，安卓，鸿蒙和小程序。
2、解决PC跨平台开发问题，一套代码生成，win，mac和linux。
3、解决简单的前端网页开发问题。
为什么要阉割，难道不能先创建个适用于各种不同系统平台的基础类，然后各个不同平台再以此为基础类上，再拓展适应各种平台应用对应特性类？ storey 发表于 2025-1-6 11:48
为什么要阉割，难道不能先创建个适用于各种不同系统平台的基础类，然后各个不同平台再以此为基础类上，再拓 ...
火山安卓阉割了，Java的重载函数，构造函数，前置++，后置++，泛型等
火山视窗阉割了，C++的重载函数，构造函数，前置++，后置++，重载运算符等
火山服务器阉割了，全局变量，全局函数，多返回值等
火山H5估计也会阉割原生语言语法 官方也不解释下阉割的理由，是利是弊，对应的应对方案是什么。本来以为能和C++完全兼容，这倒好弄的还不一样。 本帖最后由 hcwanz 于 2025-1-6 12:46 编辑
niuyanbo2021 发表于 2025-1-6 12:34
官方也不解释下阉割的理由，是利是弊，对应的应对方案是什么。本来以为能和C++完全兼容，这倒好弄的还不一 ...
没什么利弊, 单纯是没有个百人的团队忙不过来.
c++26了c++20的特性c++自己还没搞全呢.
所以火山的解决方案就是直接嵌入原生语言的代码.
吴总很定会考虑h5与安卓win和go的衔接，不应该太原生 阉割后的完全脱离AI、脱离广大资源，完全依赖库的丰富度，就如同火山PC官方没有FFmpeg库一样，音视频处理能力弱，不得不走原生开发。 沉默流星 发表于 2025-1-6 11:52
火山安卓阉割了，Java的重载函数，构造函数，前置++，后置++，泛型等
火山视窗阉割了，C++的重载函数，构 ...
这肯定的，毕竟vue那种语法也没办法在火山上面写。
必然都是走的封装的路子。 至少得支持原生代码一键翻译，不支持的话AI就没啥用了，那还不如直接用快马，火山H5就没必要搞了，毫无够买欲望，真不支持一键翻译的话那就直接入快马了。