【发布时间】:2013-02-07 04:17:55
【问题描述】:
我正在开发一个内部网站,其中包含大约 30 个单独的实用程序(将来还会添加更多)。我正在尝试用 Laravel 做到这一点。这样做的最佳做法是什么?
以下是本网站的一些特点。
- 一些实用程序足够大,可以被视为单独的应用程序
- 有些非常小,显示静态数据,无需用户交互,但需要数据库交互
- 某些显示动态内容是与用户交互的结果
- 有些是 CRUD 实用程序
- 每个实用程序都有自己的权限,每个用户都有不同的权限集
- 一次登录,用户应该能够访问他/她被允许使用的实用程序
- 每个实用程序都与不同数据库中的不同表进行交互。它们有一些共同使用的表,但这种情况很少见
目前,我对每个实用程序都有单独的控制器、模型、视图,这使得 MVC 模式无用。我想将每个实用程序作为一个捆绑包,但是它违反了 DRYness(我可能不得不重复我的代码的某些部分) .
构建这个网站的最佳方式是什么?
【问题讨论】:
-
我想再问几个问题,应用程序是否需要相互交互?它们是由同一个团队开发还是在团队之间拆分?你们的发布流程是怎样的?
-
与你的团队一起做agile development。
-
@datasage 回答您的问题。 1.各个应用程序之间没有交互。 2. 自己开发。我是这里唯一的网络人。 3. 我不确定你所说的发布过程是什么意思。我们已经在服务器上运行了这些实用程序,但一年前我的结构非常糟糕。由于在不久的将来会添加更多的应用程序,我想让它更具可扩展性。所以,如果这就是您的意思,请不要着急。
-
在发布过程中,我指的是进行更改并将其推送到生产中的过程。只有 1 人可能不是很参与。我会把一些想法写下来给你一个答案。
标签: php architecture laravel