@xiaofan2 好处不是写出来了吗？ 不需要 注册中心啊，少维护了了一套 zk 或者 nacos 集群，就是好处。

@xuanbg 第一次连接 是通过配置写死的，但是服务启动后，这个写死的东西就用不到了。 也就是说 在 A 里面先用配置写死连接到 B，一旦 A 启动以后，B 挂了也没事，因为 B 身上的病毒(接口) 已经传染给 A 了。 此时 A 想跟其他服务产生关系，可以通过传染过来的病毒(接口)进行关联

css: 圆角，阴影，渐变色，伪类。

html: 图标，文字。

@fkdog 再接上一条回复： 我再啰嗦一遍，我内置 httpserver，你喜欢 tomcat，这不叫不灵活，这只是 我没提供你喜欢的那个东西。如果你说的不灵活是指这一类的，那你可以闭嘴了。 最后呢，我有解释的权利，但你没有喷人的权利，因为你不仅没使用这个框架，并且这个框架更没对你造成任何困扰和随时，你没资格喷。

你一开始礼貌的发出的那些疑惑，我都是在耐心的解释给你听的，你最后来一句"鸡同鸭讲"，"你喷多了"，“玩具框架”，我有点生气

@fkdog 请问，你看到我的真心请教了吗？ 如果看到了，那麻烦你赐教一下。不知道可否？ 我这个人比较实际，你跟我说这个框架不灵活，那我比较希望听到，到底什么需求做不了，而不是简单的一句“不灵活”。

如果你说不出来到底什么需求做不了，而气急败坏的用了一句“鸡同鸭讲”，“我喷多了”，“玩具框架”。 那恕我不能接受。

还有哦， 你一开始的切入点就是 跨域问题，但是我很明确的解释过了，跨域是支持的，我的限制是做在了接口上而不是服务上，options 可以请求通过并返回 200 的。你看到后不肯承认错误，又开始喷别得了，我也是醉了。

你但凡稍微写个 demo，也会知道支持跨域吧。连用都没用过，仅凭我这一篇文章上描述的信息，就开始喷了，简直就是盲人摸象。

最后，麻烦你 举几个做不了的例子出来， [仅限业务需求 和 在 web 开发这个领域，不要说不支持 jsp 等模板，这属于技术需求而不是业务需求，用前后端分离可以完美解决] ，你只要举出来了，你可以把这些例子打印出来，打成厚厚的纸，狠狠的摔在我脸上，把我甩的鼻青脸肿，使劲的骂我辣鸡。我保证服服帖帖的。

你说不够灵活，就要说出具体哪里不灵活，做什么需求做不了，不要简单的一句“不灵活”。

@rancc 不需要自己 install，jar 包都传到 中央库了，直接用即可。

单测这个问题，如果 ip 不写死，那这个单测就没意义嘛。两个用来比较的值都是获取出来的，我怎么知道对不对呢。肯定是拿获取出来的值，跟实际的值做比较嘛，而实际的值 就得手工查看，然后写进去。

@monkeyWie

嗯，我简单回复下吧：

1. 没打算支持 sun 系 以外的 jdk
2. 路由匹配这个，感谢你的建议，我稍后研究下
3. 这个还真不是为了不引入依赖，而是 common-fileupload 依赖 servlet，而我又丢弃了 servlet，不得已复制源码进行修改

4. 想用 jackson 的 用就是了啊，不管是 maven 还是 java 都没限制一个项目只能引入一个 json 解析包吧？ 想用 jackson 那就直接用好了，完全没问题啊，我完全无法理解这个槽点。 如果有洁癖的，不想看到一个项目里有两个 json 解析器，那大可选择别的框架，只是个 util 而已，这么纠结干嘛呢。 除非这个东西本身存在致命的缺陷，否则那就是各有千秋的事，说到底就是个人喜好嘛，我框架里用 fastjson 来处理数据，你自己写业务用 jackson 处理，一点问题都没。

5. 这个故意不要的，传参统一用对象，我连 requestBody，requestParam 这一类的注解都丢弃了，框架自动根据 Content-type 判断如何解析。 如果你不喜欢，那我只能说很遗憾吧，你可以选择别的

别人用不用，不是我关心的，我只是开源出来，并推荐给大家，springboot 很香，那用 springboot 就好了嘛。vert.x 很香，那就用 vert.x 好了嘛

开源项目本身就是随缘。

@rancc 在 api 包里面的 ExpApi 接口里面有很多方法，方法的注释里 标注了如何请求

@rancc 必须请求具体的接口，根目录是不支持访问的。

@joooooker21 最新版已经加入了 DELET 和 PUT 的支持

@fkdog 最后呢，我想真心地请教一个问题，是真心请教。你一直在说不够灵活，不够用，这个我承认我有点井底之蛙了，见识不够广。

所以我真心的请教：可否举出一个实际的例子来？ 什么样的需求，用这个框架实现不了，或者不好实现？

@fkdog
你说的扩展是指什么？
我内置 httpserver，但是你想用 tomcat 可以自己切换？
我内置 durid，但是你想用 c3p0 可以自己切换？

如果你指的是这种，那我可以很负责任地说，我从来没往这方面考虑，所以也就不会去做你嘴里的扩展性，我始终坚持一个场景只提供一种解决方案，就像 iphone 只提供 faceid，不提供屏下指纹一样。

如果你不认同这个理念，那我只能说我们的想法不同吧，可能聊不到一块， 但我还是要说一个比较主观的观点，无论是 tomcat，还是 httpserver，甚至是 jboss，你总得选一个吧？总不能都要了不是？ 无论是 durid 还是 c3p0 你也总得选一个吧？ 那既然无论最后是什么组合，都是一个 内置服务，一个连接池，一个 xxx，对不对，你纠结这个，无非就是想说，我没用内置你喜欢的那个东西嘛，对不对？

如果上面我所说的这个，不是你的意思，那我给你道歉，对不起，我误解了。

接下来说一说其他的扩展：

比如 支持 kafka，支持 activeMQ，支持 mongodb 等，这些完全没问题啊，这些项目本来就是可以单独使用的东西，又不是必须跟 spring 整合才能用，都可单独使用了，你还怕不能跟我的框架一起用吗？ 无非现在就是缺少几个针对他们的 starter+工具类嘛，对不对？ 但这是问题吗？

所谓的 spring 生态，其实就是这些开源项目开发了针对 spring 的 starter 和工具类嘛， 他们又不是软件和系统的关系，一个软件在 windows 上能跑，在 mac 上不能跑，这个别人拿生态来说事，我还能理解，但是 kafka 和 spring 是这种关系吗？肯定不是啊。

反正目前我个人对这个项目，最担心的地方就是其稳定性，毕竟还没正式在大型项目里用过。其他什么扩展性 都不是问题。

@aitaii 可以，待我后期整理一下

@tikazyq 被发现了，，哈哈哈， 英文都是机翻的（用的谷歌翻译），我本人英文的水平其实很差。 你的那个建议，我听进去了，后面会往这方面考虑的，非常感谢。

@yiyi11 你说大版本才更新，那我问你：

1. 我一开始是 1.X 用的 netty，这时处于模仿 springboot 的阶段
2. 当我开始使用声明式 API 以后，我升级到 2.X，同时在此后发行过小版本，把 netty 换成了 tomcat
3. 当我丢弃 tomcat 采用 httpserver 的时候，我升级倒了 3.X，也就是现在这个版本。

请问，这样的大版本改动，有问题吗？

就知道张口就来，要不您也发布一个东西来让我挑挑刺？？？ 我保证挑得你找不着北。 口嗨谁不会啊。

@yiyi11 商业项目，卖出一个赚一笔钱，哪怕都是一锤子买卖，那也没关系，反正钱骗到手了。

但是，但是！！！ 这个是开源项目。

你下载不给钱，引入 jar 不给钱，基于它开发项目不给钱，最后发现不好就骂一句辣鸡然后跑了。 什么都没给我，我什么都没骗到。

所以，这样的一锤子买卖 有什么意义？？你觉得我会做吗？

你居然用处了 急功近利，投机取巧 八个字。。 我不知道你怎么想的

@yiyi11 版本号也能喷？？ 我下次更新写 100.X 都行，你管得着吗？ springboot 的版本号定义规则跟我有个屁关系？我下次吧小数点去掉，每次更新都整数上升，1 变 2,2 变 3 都行，关你屁事？

还有啊，你不想用就出门左拐，在这喷什么呢？说的像我在求你一样。

还有啊，这是开源项目，用户会直接给我报酬吗？ 会吗？ 急功近利这四个字你怎么 说出来的？

说的就像我骗一个是一个一样，，我能骗到啥？？ 是别人 pull 一次我能获得一块钱，还是别人进我的官网一次我能获得一块钱？？ 还是别人引用一次我的 maven 坐标 我能获得一块钱？？

不形成巨大的用户规模，会有稳定的赞助吗？？？ 用户来一个走一个 我能形成巨大稳定的规模吗？？ 会吗？？

这么大个人了，动动脑子。

@tao147258 再请教个问题： 我是 java 程序员，一直都是做应用层的，如果想做架构层 哪怕是去公司的架构组做个程序员也好， 如果想往这个方向走，应该怎么办？

因为我看 java 招牌的信息都是招应用层程序员， 架构类的职位凤毛菱角。

@tao147258 非常感谢您的点评，但我真的很好奇，您所说的 经验和水平不足，具体体现在哪些地方，真心求教，真心的。

然后呢我觉得还是有必要解释一下的，我是真的虚心接受你的点评的，只是解释一下。

关于 mysql-jdbc-connector 的问题，我是故意放里面的，因为：
1. maven 可以手工排除，如果不想要可以手工排除，然后引入自己想要的
2. mysql 是使用频率最高的数据库，我放这个在里面基本可以在大部分场景下 让使用者少做一步。
3. 我的分页封装目前只支持 mysql，所以从一定程度上说 这个项目就是只支持 mysql 的，预先放一个在里面也是比较合理的。
4. 如果这个真的算问题的话，那么我预先放里面的 fastjson，durid，也是不应该的，万一就有人不喜欢用这两个呢？ 我如果不预先放 fastjson 而用 jackson，那也可以套用这个逻辑来说不好嘛，对不对？

sun 的问题
1. 为了不用 tomcat，netty 等，所以就干脆直接采用 sun 包了。
2. 从目前的测试来看，JDK8 - JDK14 都是支持的，所以我才敢放心往外发布。
3. 如果未来的 JDK15 不支持了，那我再升级就好啦，从目前大家更换 JDK 的意愿来看，等 JDK15 被大众使用，估计还要好几年。

最后回到原点：我真心求教 我的水平和经验 的不足，具体体现在哪些方面，真心求教。

期待您的回复。