Laravel 哪个版本使用 LTS 或最新版本 - 至少 5 年的开发人员支持承诺？
Which version of Laravel to use LTS or latest - developer support commitment for 5 years atleast?
作为一名开发人员，我必须预先承诺为新的 Laravel 项目提供 5 年的支持。
我的问题是 - 我是否应该只使用 Laravel 的长期支持 (LTS) 版本？
如果我使用最新的 Laravel 5.3 而不是 LTS 版本，在支持承诺方面可能存在哪些潜在缺陷？
关于使用最新 Laravel 版本与使用 LTS 版本时的 5 年支持承诺等需要考虑的要点的任何信息将帮助我做出正确的决定。
为了让您的应用程序与框架无关，或者更容易换出或不依赖于框架，对我来说最有效的方法是将我的业务逻辑隔离在单独的库中。
我使用 GITLab server, and I expose them to my composer via satis 处理这些库。
如果您使用 Laravel 的路由将请求映射到控制器，那么您可以在该控制器内使用您的库并执行其余工作。
以这种方式构建您的应用可以让您：
- 隔离业务逻辑
- 依靠框架来提供正确的输入，因为您可以使用中间件来过滤掉不适合的请求。
- 更换框架时更容易
- 您正在使用 composer，它可以让您轻松管理库和框架版本
这样，您可以随着时间的推移一点一点地升级您的应用程序，您不必永远依赖只有一个框架版本，而无法使用更新的版本。
祝你项目顺利！
作为一名开发人员，我必须预先承诺为新的 Laravel 项目提供 5 年的支持。
我的问题是 - 我是否应该只使用 Laravel 的长期支持 (LTS) 版本？
如果我使用最新的 Laravel 5.3 而不是 LTS 版本，在支持承诺方面可能存在哪些潜在缺陷？
关于使用最新 Laravel 版本与使用 LTS 版本时的 5 年支持承诺等需要考虑的要点的任何信息将帮助我做出正确的决定。
为了让您的应用程序与框架无关，或者更容易换出或不依赖于框架，对我来说最有效的方法是将我的业务逻辑隔离在单独的库中。
我使用 GITLab server, and I expose them to my composer via satis 处理这些库。
如果您使用 Laravel 的路由将请求映射到控制器，那么您可以在该控制器内使用您的库并执行其余工作。
以这种方式构建您的应用可以让您：
- 隔离业务逻辑
- 依靠框架来提供正确的输入，因为您可以使用中间件来过滤掉不适合的请求。
- 更换框架时更容易
- 您正在使用 composer，它可以让您轻松管理库和框架版本
这样，您可以随着时间的推移一点一点地升级您的应用程序，您不必永远依赖只有一个框架版本，而无法使用更新的版本。
祝你项目顺利！