.NetCore未来是否能超越Ja？

这么说吧，我打算教我妹妹学习ja。

我想写一个we项目，基于servlet。

我希望能方便的安装一下依赖，如mysql的驱动，于是我用了gradle，发现ecplise的we模板对这个支持并不好，我了ja不是号称生态好嘛，又试了一下idea社区版发现根本没有we的项目模板，于是又安装了号称官网的ide叫neteans，几乎没啥问题了，可是我更新了一下插件，哇哦，项目打不开了，软件崩溃了。于是我卸载重装不更新提示的插件，发现运行的时候不能自动发布点重载都没反应，我实在是没法了。因为ja的ide调试能力和vs不是一个档次，在加上没有类似get，set那种正意义的属性（这个设计的是最的了，懂得都懂）。只是普通的方法，调试的时候不调用根本看不到属性值。

于是换回ecplise各种折腾，终于可以了，先创建we项目在转成gradle的支持。到这里都折腾了几天了，我了。总结一下，ide不好（但是多）安装依赖多men，gradle（但都是各种第三方，不同ide支持不一样）我承认我对这些构建工具几乎不懂，做架构确实需要懂构建工具，ms也有非常复杂，我也只是在构建微服务的时候用到了一点，因为net的nuget，直接搜索安装就行，傻瓜式的（可能在ja大佬们的眼里就是傻瓜）我在想难不成还要去精通一个包依赖工具嘛。。。

以上这些在vs里，或者说直接用命令行（咱都不上vs）几分钟搞定

上图，省的有人说我吹牛皮。用分钟都是对net的侮辱。

当我信心满满的时候，想基于servlet写一个简单的mvc的时候。我想扫描包加载包里面的class，网上查询发现，需要通过class-loader,来加载，于是我一步步写，写到发现需要递归文件路径，判断文件类型，我都还能受的。。。由于对ja的api不是特别收悉，我想调试看属性值的时候，发现属性在调试的时候不能像字段那样直接看到值，因为都是geter方法，我了，我打算直接调用在保存到局部变量里观察。当我写到需要获取文件扩展名判断是不是一个.class文件的时候，我发现File的api没有获取扩展名的方法，获取文件短名的也没有（可能是我对api掌握的不够多）我心态彻底崩溃了。全部删除卸载了。。。什么玩意啊？？？

搞了一个星期了。心累了，用C#十几分钟就能搞好，获取一下命名空间下的类型直接提供了api。的想不明白ja好在哪里啊？？？现在的00后有那么多的耐心搞嘛。虽然可以直接上来教springoot，又怕你们这些ja大佬说什么，基本的servlet，反射什么的都不懂，我一个懂的人都能搞心态崩溃。。。可能会有jaer质疑我不会自己写获取扩展名和文件名的方法，就是一个只会调用api的蠢币。。。我宁愿用c写，用c写的更顺手

上图上图，既然这样，还不如用c

我都不去说什么ja语法不好的问题了。就那个声明式异常，那是正常人设计出来的嘛（这个不能说是了，简直就不是人了，不知道声明会传染嘛）。。。

总结：语法不行，ide不行，ja-se库的api不行（获取文件扩展名的api都不能有嘛）。。。生态是好，乱七八糟，有什么用？头皮发麻的工具一大堆，写多了的会脑溢血。

这时候估计很多人会觉得我是一个neter，跟我扯什么ioc，aop，tx了。这么和你说，我直接都能分分钟给你撸出来，aop你是要管道式的还是字节码式的我用C#分分钟给你写。我们就谈论这些现实的问题

我先上我的GitHu，我怕这种人：soul-au(soul)(githu)

我想给你们ja队伍引入新的血液，我的做不到。。。我没法和我妹妹解释

最后我放弃挣扎了，我打算教她C#，竟ja有的语法C#几乎全都有，甚至js，py，c，c++等语言有点C#也有。托，指针，运算符重载，泛型，结构体，lamda，切片，事件，异步await，async，yield，索引器，linq，原型方法扩展，元组，这些ja几乎都没有。（我知道有lamda，这个就别说了大家都用=>，ja来个->显得很酷，连托都没有，还拉姆达，用接口来弥补，还不如把托加上去，这样弄得四不像，啥也不是）原型扩展和yield，托都不支持，强行搞个stream和拉姆达出来，还觉得非常酷。写js的那帮人看到都笑出了声，js还能原型扩展，托，yield

jdk有的命令dotnet都有，不要在来那命令行说事了。现在云开发时代，生态不过就是sdk罢了，云平台会提供，生态优势呵呵。。。

开源跨平台这些都是以前jaer的优越感，现在ja都收费了，闭口不谈。还差at这一个拿得出手的了。。。等at转战平台的时候，jaer如何自处，ja8之后的版本很多人自己都不敢上了，还谈什么未来。还有一个内存吞噬者的称号也是闭口不谈