预订API与现有的意大利面代码

Question

我正在开发一个预约系统，允许注册用户与代理预订电话。

我只遇到过预订API和公众预订，它们似乎更适合图书馆工作区，而不是服务行业的人--即便如此，它也看上去一点都不好看(这不是对开发者的敲击；它只是在其他CMSes上没有类似的软件。)我的客户有一个存在的系统，用一些非常古怪的PHP编码--没有OO，所有的逻辑代码都在设计代码的同一个文件中(它在，得到这个-表)。所有的一切。) --我目前正在考虑将它移植到Drupal。

因此，我的问题是：

除了预约API外，还有其他选择吗？

如果没有--而且考虑到我没有大量的Drupal编程经验--那么更新现有的意大利面代码预约系统作为Drupal模块的功能更值得吗?还是在这种使用情况下更有价值使预订API功能更有说服力(考虑到它有更多的功能、钩子等，而我很可能在短时间内将其编写成一个新模块)？

谢谢!

Answer 1

在回答(a)部分时，有一个资源冲突模块，它的目标似乎与上面提到的模块相似。

至于(b)部分，我认为通常最好是以这样的方式更新或替换自定义意大利面代码，以便与现有模块一起工作--这样做将极大地简化未来代码维护人员的工作，并使其能够从未来对Bookings API的增强中获益。

Answer 2

检查订位时间模块，或者查看预订系统模块的比较。

模块提供时隙预订功能。例如：

• 用户可以转到日历和预订指定的时隙
• 您可以配置有多少时隙可用，事件有多长时间，因此在此之后将释放时隙。
• 您可以配置每小时和半小时的时间(在日历视图中)。