关于 Martian 框架（原 Mars- Java ）的问题汇总

[Joker123456789]

昨天我在本站第一次发布文章，本来是试试看的心态，但是没想到迎来了这么多评论，这让我非常欣慰，同时也感谢大家的评论。

这篇文章，主要是统一解答下评论区某些疑惑.

首先，非常感谢 westoy 的建议，为了避免项目名的后缀-Java 跟 oracle 产生冲突，所以我改名了，改成了 Martian，Martian 是火星人的意思，跟 Mars （火星）也算是关系挺大了。

关于只支持 GET 和 POST 的问题

这个问题呢，怪我表达的不清楚，我之所以说只支持这两个，是指接口只接受这两种，但是服务是可以接受其他的请求的，所以，当需要跨域时，ajax 发出的那个 options 预判，是可以被受理的， 说到底就是服务接受任何 http 请求方式，只是接口只受理 GET 和 POST 。 因此，并没局限太多，甚至没有局限。

关于有力的测试报告

这个一开始是考虑过要出的，但是本人是开发出身，所以并不熟悉测试，出报告实在是有点不专业，而且我自己出报告 总有点王婆卖瓜的意思，谁知道我的数据假的还是真的呢？ 所以干脆不出了，有兴趣的伙伴呢，可以自己研究下，好不好用你们说了算。

后面，我会考虑请专业的测试帮我出一个三方报告的。

生态问题

如果我没记错的话，基本上所有的开源项目都是可以单独使用的，并不是非要跟 spring 整合，既然可以单独用，那如果想跟 Martian 一起用，那就自己封装工具类好啦，绝对不会出现用不了的情况。 框架和周边生态的关系 并不像操作系统和应用软件的关系那么紧密和依赖。 所以生态问题完全不用担心，至于整合所花的时间划不划算，这是另一个问题了，时间会解决一切的，我后面会计划逐渐给别的项目（比如 kafka，mongoDB 等）开发 starter 的。

关于解决了什么痛点

这个呢，就见仁见智咯，举个简单的例子，vue 解决了 react 的什么痛点呢？ elementUI 又解决了 bootstrap 的什么痛点呢？ 其实并没有，vue3.0 甚至因为参考了 react 的设计思路而遭遇了吐槽。

在基础科技有变化之前，这种应用层的东西 都是大差不差的，因为都局限于语法，局限于科技，但是每个东西又有各自的不同点，无非就是个人选择和喜欢的问题嘛。

关于安全性的问题

个人项目总是无法避免别人有这个顾虑，这个怎么说呢？ 我每次发版本之前都会写一个 demo，然后花大量时间用心的跑一跑测试用例才会发布，不过我也知道我没办法说服谁，更没办法去拿出让人完全信服的证据，因为安不安全 只有自己用了以后，没发生自己无法接受的坑，才会觉得他安全，别人怎么说都是没用的。

不过任何东西都无法保证毫无 bug，连英特尔，ios，fastjson 都有漏洞，何况是一个个人项目，说到这里，我又要去扯开源的意义了，开源不是为了免费，如果只是为了免费是没必要开源的，任何开源项目都只需要免费提供 jar 包下载就好啦，开源的意义在于大家一起完善，一起维护，感兴趣的可以偶尔提提 PR，甚至可以一起完善。

最后再次感谢大家的热心评论和建议，非常感谢。

项目官网：http://www.mars-framework.com

[yvestang]

一种能够流行的技术，都是解决了一个或多个痛点的，譬如你说的 VUE， 相比 React 而言学习曲线更平滑，这就是它的优点。

贴主很多话的的「主观」味道太浓啦。

[awesomes]

@yvestang 同意，当你要去举例论证的时候，要保证你所举的例子是成立的。elementUI 又解决了 bootstrap 的什么痛点？这种但凡用过二者的都应该知道其中的区别吧，一个是 Vue 专用 UI 框架，一个是通用 CSS 框架，为啥会有 bootstrap-vue 呢？和 bootstrap 有啥区别？

[Joker123456789]

@awesomes bootstrap-vue 和 bootstrap 的区别，就跟 mybatis 和 mybatis-springboot-starter 的区别一样， 方便整合的产物。

还有呢，专用不专用 跟 解没解决痛点可是两码事哦。 我可能又要说句主观的话了，elememtUI 并没解决 bootstrap 不好搞定甚至无法搞定的 问题。所以我说他没解决什么痛点。

只是玩起来不太一样，这就吸引了不同喜好的人。