拼车逻辑体系结构
我正在设计一个拼车系统(司机可以发布他们的路线，乘客可以订阅)，与WebServices(axis2)和安卓客户端(ksoap2)。
我一直在系统的逻辑体系结构上遇到问题，我想知道这个体系结构是否还好。
还有另一个问题:对于这个体系结构(如果可以的话)，包的结构将是怎样的？
我想是这样的：
(在android中)
package org.carpool.presentation
*这里的所有活动(可能还有mvc模式)
(在服务器中)
package org.carpool.services
*公共界面(例如:注册人(用户)、publishRoute(路线路线))
package org.carpool.domain
*Pojos (例如: User.java、Route.java等)
package org.carpool.persistence
*Dao接口和实现(jdbc或hibernate)
回答 2
Software Engineering用户
发布于 2012-01-30 19:18:50
是的，海事组织认为建筑很棒，我推荐它(这并不意味着什么，lol)。在过去和现在对我来说都很有效..。虽然我的经验是在.net方面(MVC / WCF / POCO /ENTITY)。但从架构层面来看，层次性几乎是一样的。
好主意..。祝好运
Software Engineering用户
发布于 2012-08-25 04:50:54
拼车业务的基础是一个好的后端故事。一些可能出现的挑战是
- 拼车后端系统是搜索的效率。如果搜索速度快、效率高，那么整个系统就证明是有用的。随着数据库的增长，搜索只会变得更糟。问题是，随着数据库的增长，如何保持搜索的效率。
- 你遵循什么样的商业模式，这是关键。如果你使用的是出租车系统，而不是拼车系统，那么这种改变会对你的设计产生什么影响？你也需要改变你的整个后端吗？非常昂贵的婚外情。
- 竞争，有这么多，但坦率地说，还不够:)那里的拼车网站在“上帝的恩典”下成长。网站所有者开发的网站就像一个博客，“希望”人们只是走进来。
- 每个网站都提供了不同的解决方案，但由于上述挑战无法满足。话虽如此，这个行业还是有价值的，因为有这么多的机会。
我们在几年前就想到了这一点，并开发了一个核心引擎，使企业能够使用我们的框架，建立他们的拼车网站，移动应用程序。你只需要担心你的上层业务。想想看，与其从头开始，不如集成我们的框架，使用AddUser、AddVehicle、AddCarProvider、SearchCarProvider等api调用。
https://softwareengineering.stackexchange.com/questions/121642
复制相似问题
腾讯云开发者
