php - 重定向到子域的规则

Question

谁定义了要重定向到移动版本的 URL？

让我们以推特为例:

• https://twitter.com -> 重定向手机
• https://dev.twitter.com -> 不重定向手机

在 MVC 应用程序中谁负责规则重定向？
www 中的所有内容都可以重定向到移动设备吗？

Answer 1

_{One way is to use .htaccess or equivalent tools to redirect from server (apache is not the only webserver) and force a redirect. It's already covered in other answers. But there is a different approach to. One that actually would utilize MVC: do not redirect at all.}

MVC 设计模式的简要背景

在正确实现的 MVC 中， View 实例将包含所有 UI 逻辑。他们将从模型层获取数据(“如何”构成了 Model2、MVP 和 MVVM 之间的大部分差异)，决定从哪些模板来组装响应，甚至响应是否需要除 HTTP 位置 header 之外的任何内容。

移动版和桌面版之间的差异将包含在 View 实例中，由 Controller 辅助，在正确的 MVC 结构中， Controller 只会更改模型层和当前 View 的状态。它所做的更改应取决于用户输入。

全部设置

以下代码将成为 bootstrap.php 或 init.php 的一部分:

// the request instance acts like abstraction  for all the user input
$request = new Request;
$request->setUri();

// instantiate the routing mechanism
$router = new Router( new RouteBuilder );
$router->import('/path/to/config.file');

// apply rules from router so that request instance now 
// contains the parsed values from URI
$router->route( $request );

// handling of model layer
$serviceFactory = new ServiceFactory;

// since in MVC the controllers are closely tied to views 
// (1 controller for 1 view), usually it is convenient to use same class names
$resource = $request->getParameter('resource');
    
// instantiation of view and controller
$class = '\\View\\' . $resource;
$view = new {$class}( $serviceFactory );

$class = '\\Controller\\' . $resource;
$controller = new {$class}( $serviceFactory, $view);

// i find it convenient to have controller's action be made from 
// both REQUEST_METHOD and command name
$action = $request->getMethod() . $request->getParameter('command');

// run it all
$controller->{$action}( $request );
echo $view->render();

这样，当执行命中 Controller 的 Action 时，它会得到一个完全准备好的 Request 实例。该实例决定了用户设备的详细信息，并提供了一个简单的接口(interface)来读取这些详细信息。

Controller 还可以访问模型层和当前 View ，这两者都是通过构造函数注入(inject)的。

决定要显示的内容。

最直接的方法是让 Controller 改变当前 View 的状态。

namespace Conroller;

class SomeThing
{
    public function getUserDetails( $request )
    {
        if ( $request->isFromMobile() )
        {
            $this->view->adjustFor( $request->getDeviceType() );
        }
       
        $community = $this->serviceFactory->create('Community');
        $community->loadUser( $request->getParameter('id'));
    }
}

在这种情况下，adjustFor() 方法通知当前 View 实例，它将需要使用模板，这些模板适用于某些非默认设备。

这种方法有一个非常重要的缺点:它违反了 OCP来自 SOLID 原则(对于懒惰的人:short version)，因为如果您决定为现有项目添加移动版本，则必须重写每个 Controller 方法。

..有更好的方法

虽然下面的代码比较容易理解，但还是有点瑕疵:

$resource = $request->getParameter('resource');

// instantiation of view and controller
$class = '\\View\\' . $resource;
$view = new {$class}( $serviceFactory );

即使您只需要同时提供 HTML 和 JSON/XML 响应，它也会开始崩溃。 View 开始在整个代码中累积相同的重复 IF。这是一个明显的迹象，表明您应该使用 polymorphism ，这些行将是在哪里做的。

除了上面显示的代码，您可以使用类似的代码:

$resource = $request->getParameter('resource');

$class = '\\View\\' . $request->getDeviceType . $resource;
$view = new {$class}( $serviceFactory );

现在，当您拥有移动/桌面应用程序时，您有两个类:\View\DekstopSomething 和 \View\MobileSomething。它们各自可以有独立的逻辑，并从模型层请求完全不同的数据。

与此同时，您的其余代码与输出表单完全分离。

有什么好处？

为什么不使用服务器重定向，您最好选择这种方法的几个原因:

1. 您的应用程序独立于服务器软件

   并非所有地方都有 Apache(高负载站点通常使用 Nginx 或 Lighttpd)，即使您有 Apache，您使用 mod_rewrite 的能力也取决于服务器的配置。

2. 您站点中所有链接的统一方案

   无论您在什么设备上使用，查看某些新闻项目的链接总是相同的。它使 URL 的共享和书签变得更加容易。

3. 单点变化

   这种方法让您最初为桌面用户创建网站，然后添加移动/平板电脑支持，而无需重写任何现有代码。

_{You might also be interested in reading two older post on the subject about implementation of model layer and access control in context of MVC.}