那么问题来了：
1、在项目规模很小的情况下，有必要将其分开吗？
2、如果分开的话，这两端需要使用到同一个对象，或者同一个方法，难不成还要将同样的代码在两端都写一遍？
3、基于问题2，还是说搞成微服务架构，基于maven模块化开发？但是这样的话感觉更麻烦了啊。。。本来是一个很小的项目的说。。。
分开的话，可以提高各自角色的用户操作的便捷性，前提是卖家和买家角色没有交叉，如果重叠就没有什么意义。可以把项目分层，共享业务逻辑代码，买家端卖家端各自独立的用户界面。
小的项目，出于成本的考虑，不这么做也很正常。花多少钱办多少事。你应该和你的客户说清楚让他们决定。或者你的客户很多，可以进行调查。
我觉得 没要必要 分开， 放在一个项目 就可以，，，共用一套接口
应该是需要区分的，不同用户不同体验，体验才会完美
如果想达到更好的流畅效果，设定买家端和卖家端是最好的，因为可以缩短客户端大小而提高使用效率，客户端小了，运行速度及会提升一点，而且买家端具备购买功能及可以了，卖家端具备售卖和管理功能及可以了，以后更新客户端可以分开更新，不需要一更新及全部更新
从学习和养成良好思维的习惯来说，有必要分开。就好像小时候做作业题的时候，一些一眼就看明白的步骤在刚开始学习的时候还是要一步一步来，当做的多了，习惯了，就可以跳着做了。小项目，分开与否无伤大雅，当做的多了，就更清楚其中利弊了
当然有啊 ，这是功能所需要的
需要区分的，就好像谈话一样，需要知道谈话的对象。
做成一个app就行了，根据登录人角色判断不同的业务流程和页面
没必要，根据用户角色进行区分。
不一定。如果就1个程序管理全部，建议你用Web开发，做个小型的手机网页即可。另外，在我看来，以后的应用开发都会改为Web型，不管手机还是电脑
应该是角色来区分，角色对应不同的对象实例