如何评价吴涛新开发的火山移动编程

　　2021年1.31日，我来回答一波。
1600的狗的确不值得，我确实不知道你们在为这个半产品兴奋什么？
我买了狗却因为生态问题一直没用下去。最后还是用原生吧。
身为会Java 的人，我第一眼看到火山安卓，我确实是不想动手的。
相信很多Java人看到它的如何封装库的文档后（火山软件开发平台用户手册）也懒得动手，以下我要开始吐槽了游戏问答，如果有不适，请出门左拐。
首先，该编程IDE是翻译软件，说实在的，如果单纯做个IDE（不要带插件等复杂操作），科班毕业的都能做，你们肯定会说为啥你不做，你在这逼逼？生活所迫，业务代码都写不完，我给你写这个？但是核心原理就是调用javac编译 利用返回信息进行报错，jdb下断点和调试等操作，Android上需要修改一些东西。而且对于我来说，我太懒了，懒得写界面。
翻译软件的论证在于，请你们使用反编译软件，对火山安卓编译出来的apk进行反编译。你们会发现，很多的代码，采用了拼音+随机字母数字的写法，有的时候，看起来就像被混淆一样，除了基础类他没改，其他的改了挺多的。
也就是说 他的实际上工作原理 火山文件->翻译成Java(变量名看情况，企业版可以有更好的变量名)->javac编译。


然后说一下他的语法问题，或者说特性问题。
首先，对泛型的支持就是一个垃圾，看看以下代码。


在java中，如何声明一个哈希表？
HashMap<Key类型,Value类型>
在火山中呢？
需要继承于哈希模板类，并对其三个参数进行设置。


那么上述做法会产生什么不好的地方，就是你写代码，你写火山代码，对泛型的支持基本都得写死，就是废了。肯定有人说，你可以用Java代码呀，我写完Java代码，返回值是不是还得这样，难道你让我返回一个父类，然后你自己强制转换么？还有就是，会Java的为啥要用你的？


设计器问题，没用过，但是看图，只能看草图，对比AS有些外部第三方库的效果也能展示。




确实不想用。一个好的展示器，可以减少很多弯路、代码的修改。
以前上课的时候，做Swing，一点一点调，吐了，现在看这个，算了算了。


最大的问题来了，库。
首先封装库的人，水平参差不齐，我看过不少的库，try捕捉异常后，catch( Exception e)，然后对错误不进行处理。
那么会产生什么情况？
把错误吞了。
当你遇到错误的时候，却不知道在哪里发生的，这波操作，我给满分。


其次是封装全靠那几个人，吴涛现在跑去PC了，应该也不封了。
库的数量还没上去，新库就出现了。其实用火山的，易语言的惯性思维，让他们只能找库来解决问题，都不动动手来解决问题。导致后续堆库，但是库质量的问题，或者说堆砌手法问题，肯定APP频繁出现问题。
这是封装语法，确实不习惯。


语法上对封装人员其实并不友好，我粗略的看了下他的封装文档，我想找一个怎么对方法添加重写符号的，害，找不到。


你们可以看看类方法定义。




还有一些其他杂碎的问题，比如文档的不完善。
例如 哈希表是否支持并发安全，这种都没注明。按照道理来说它应该是一步到位封装的ConcurrentHashMap，但是按照用户的使用状况，很少人会去看它的源代码，也就是我们这种闲的蛋疼的人才会看了。真人百家乐技巧澳门博彩公司！