混合应用程序开发,数据库驱动的内容

Hybrid App Development, Database-Driven Content

我已经做了很多研究,也许只需要连接几个点。

我有一个移动设备 app/website 的想法,其中包含本地 eating/drinking 机构的列表以及他们每天提供的 deals/specials。这个想法是创建一个人们可以参考的应用程序,以便在晚上外出时省钱。

我对 HTML/CSS/JS 足够熟悉,可以创建一个正常运行的网站,但是当涉及到后端时,我有点困惑。编辑标记以反映变化(例如新交易开始或新机构开业)有点麻烦。现在我知道我想要一个数据库,其中包含我的信息,可以显示在我的页面上。这是否意味着我需要为所有内容开发自己的 API,然后确保它与我最终选择的托管网站集成?

我觉得我遗漏了一些应该让下一步很明显的东西。任何人都可以提供任何建议吗?

简短的回答是肯定的,你完全正确。

长答案是这绝对是一种方法。但是,对于大型项目,仅使用 JS 在您的客户端可能会变得非常麻烦。通常第一级会使用类似 ajax 的东西。这是一个很好的开始方式,您只需 ajax 就可以走很长的路。这实际上是大多数人 "start" 仅使用 javascript 进行 api 调用的地方。下一级将是使用像 Angular 这样的框架。这当然会为您做更多的事情,而不仅仅是帮助处理 api 个电话,并且需要更大的学习投入。

这就是所有客户端...

现在是服务器端部分...当您发布网站时,您现在正在处理 "server-side" 内容。您已经获取了静态内容,它是从服务器提供的,但它始终是来自服务器的静态内容,然后当所有 javascript 开始被解析时,它在客户端上变为动态内容。

API 是另一个服务器端组件。但是它不像您的页面那样是静态的,一堆文件就在那里,它是服务器上的实际应用程序。它通过 api 请求获取命令,然后进行思考,然后动态地向请求者吐出一个响应对象,在这种情况下,请求者将是您网站上的 JS。

现在,如果您不喜欢学习自己制作 API 的想法,那里有一些资源可以为您托管 api 并为您提供一个 gui 来构建您的拥有 API。我不能推荐一个,因为我从未使用过,但我确实与这样做的企业合作,他们喜欢这样一个事实,即他们不必雇用开发人员来制作他们的 apis。缺点是它们与该服务相关联并且仅限于该服务提供的功能。这不是一个很大的限制,因为服务需要强大,但如果你要管理复杂的数据集,那么学习制作你自己的 api 可能会更好。

希望这对您有所帮助!