Facebook 应用程序设计问题

发布于 2024-10-06 15:28:16 字数 507 浏览 0 评论 0原文

我正在为 Facebook 编写一个约会应用程序。该应用程序必须有一个独立的 Web 应用程序部分和一个在 facebook canvas 内运行的基于 Iframe 的部分。

我想知道设计应用程序的好方法。我正在使用 zend 框架,所以这是我的想法。

我计划使用的一种方法是 -

应用程序文件夹包含 2 个控制器,索引控制器是独立 Web 应用程序的入口点,另一个控制器 - FacebookController 是在 facebook 画布内运行的 Iframe 的入口点。它们都调用相同的视图文件,这些文件是根据哪个控制器写入它们而写入的。

第二种方法是使用一个控制器作为入口点并使用 2 个布局文件。一种用于独立 Web 应用程序,另一种用于 facebook 画布应用程序。

选择这些方法的原因是两个应用程序的身份验证机制不同。

要了解想法,请访问 www.areyouinterested.com,我计划做一些与他们所做的类似的事情。

请建议我解决这个问题的最佳方法是什么。

Iam coding a dating application for facebook. The application has to have a standalone web application part and a Iframe based part which runs inside facebook canvas.

I want to know good ways to design the application. Iam using zend framework, so here is my idea.

One approach that am planning to use is this -

The application folder to contain 2 controllers, index controller being the entry point of the standalone web application and another controller- FacebookController to be the entry point of the Iframe being run inside facebook canvas. Both of them calling the same view files which get written based on which controller is writing to them.

The second approach is to have one single controller as the entry point and use 2 layout files. One for the standalone web application and one for the facebook canvas app.

The reason for choosing these approaches in that the authentication mechanism of the two applications is different.

To get an idea, have a look at www.areyouinterested.com, Iam planning to do something similar to what they have done.

Please suggest me what would be the best way to go around this.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

我们的影子 2024-10-13 15:28:16

你的第一选择是最好的。

两个控制器。两种布局。共同观点。

这使您可以灵活地更改其中的许多内容,而不会破坏相反的内容。

如果你有雄心,我什至会选择两个模块。如果您的应用程序结构足够好,每个模块都将具有可重用的通用组件。

Your first choice is best.

Two Controllers. Two layouts. Common views.

This gives you flexibility to change around a lot of one or the other without breaking the opposite one.

If you feel ambitions, I would even go with two modules. If your application is structured well enough each module will have common components that are re-usable.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文