项目结构划分

各位,我们公司现在准备把现有项目大量迁移到laravel上,现在碰到一些疑问,想请教一下大家

安装laravel一般的目录结构,如果有多个项目,比如一个前台,一个后台
在app中Http/Controllers/中建多个目录,然后通过命名空间进行区分前台和后台。

这样是比较快速的方式,但是我们现在有几个特殊的地方。

1、项目较多,前后台不下十个。

2、各项目独立性较强,分别属于不同的团队在负责维护。

3、各项目之前有少量的依赖,比如某个项目是个人中心,用户相关的都是这个项目组负责,其他组要获取用户相关的东西,都由这个组出接口。

但暂时php内部接口的方式(也就是提供一个类或一个方法),暂时没有进行SOA,水平达不到

4、项目中还有为app专门设计的api,这一块想用lumen

现在需要解决的问题主要是:

1、有什么比较好的方式来划分各个项目

2、怎么组织代码可以让各项目之间耦合不至于太深,又可以比较方便的交互。

3、有一些公共的代码如何处理,比如所有项目可能都会用到的工具类之前的。

希望大家多多指教。

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
讨论数量: 1

没有太大关系的要全部分开啊,其它的组不熟悉你的业务把某些东西删掉或不小心改掉,那上线岂不是灾难,虽然能查出谁修修改的也没必要强制放在一起啊,你都说了是不同的团队 。如果团队的内部接口就加上白名单机制或者其它手段比如外网不能访问一类的

4年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!