Model物件包裝了資料與商業邏輯,例如操作資料庫
View表示使用者介面,顯示及編輯表單,可內嵌Ruby程式的HTML
Controller負責將資料送進送出Model,處理從外界(也就是瀏覽器)來的HTTP Request請求,與Model互動後輸出View(也就是HTML)
【我原先的理解一直是M表操作数据模型主要指操作数据库,view层主要是web前端的人做界面,c层主要负责业务逻辑。
这会导致经常将一些与数据库有交互的业务逻辑函数放到c层的类里,这些函数其实大多应该挪动到m层,如此一来才可更方便的复用。
例如在 thinkphp 中 增加一个数据信息
我原来可能在Action中如此写:
XXXAction: public function add() {
$XXXModel = D ("XXX");
$description =htmlspecialchars( $_REQUEST["description"]);
$ceate_user = $_SESSION["ceate_user"];
if($_REQUEST["act"]=="add")
{
$data = array();
$data["description"] = $description;
$data["ceate_user"] = $ceate_user;
$data["create_at"] = date ( "Y-m-d H:i:s" );
$data["updated_at"] = date ( "Y-m-d H:i:s" );
$su = $XXXModel->data($data)->add();
if ($su ) {
print "<script language='javascript'>alert('XXX添加成功');window.close();</script>";
} else {
print "<script language='javascript'>alert('XXX添加失败');window.close();</script>";
}
}
$this->display();
}
但是按照这个论述,如此写实际是不够合理的,如下写可能更加合理。
应该是
XXXAction: public function add() {
$XXXModel = D ("XXX");
$description =htmlspecialchars( $_REQUEST["description"]);
$ceate_user = $_SESSION["ceate_user"];
if($_REQUEST["act"]=="add")
{
$su = $XXXModel->addData($description,$ceate_user);
if ($su ) {
print "<script language='javascript'>alert('XXX添加成功');window.close();</script>";
} else {
print "<script language='javascript'>alert('XXX添加失败');window.close();</script>";
}
}
$this->display();
}
然后去$XXXModel 书写addData函数。如此,当从其他途径刚好也也增加此数据的时候,可以方便的调用$XXXModel的addData.如果按我上面的写法,就无法复用了。
总之使得控制层只是个交互中间件。业务逻辑和操作都进入到M中。从而增大复用的可能性。
】
2.RESTful
REST (REpresentational State Transfer) 描述了一个架构样式的网络系统,比如 web 应用程序。
原则条件
REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。
Web 应用程序最重要的 REST 原则是,客户端和服务器之间的交互在请求之间是无状态的。从客户端到服务器的每个请求都必须包含理解请求所必需的信息。如果服务器在请求之间的任何时间点重启,客户端不会得到通知。此外,无状态请求可以由任何可用服务器回答,这十分适合云计算之类的环境。客户端可以缓存数据以改进性能。
在服务器端,应用程序状态和功能可以分为各种资源。资源是一个有趣的概念实体,它向客户端公开。资源的例子有:应用程序对象、数据库记录、算法等等。每个资源都使用 URI (Universal Resource Identifier) 得到一个惟一的地址。所有资源都共享统一的界面,以便在客户端和服务器之间传输状态。使用的是标准的 HTTP 方法,比如 GET、PUT、POST 和 DELETE。Hypermedia 是应用程序状态的引擎,资源表示通过超链接互联。
分层系统
另一个重要的 REST 原则是分层系统,这表示组件无法了解它与之交互的中间层以外的组件。通过将系统知识限制在单个层,可以限制整个系统的复杂性,促进了底层的独立性。
当 REST 架构的约束条件作为一个整体应用时,将生成一个可以扩展到大量客户端的应用程序。它还降低了客户端和服务器之间的交互延迟。统一界面简化了整个系统架构,改进了子系统之间交互的可见性。REST 简化了客户端和服务器的实现。
了解了什么是REST,我们再看看RESTful的实现。使用 RPC 样式架构构建的基于 SOAP 的 Web 服务成为实现 SOA 最常用的方法。RPC 样式的 Web 服务客户端将一个装满数据的信封(包括方法和参数信息)通过 HTTP 发送到服务器。服务器打开信封并使用传入参数执行指定的方法。方法的结果打包到一个信封并作为响应发回客户端。客户端收到响应并打开信封。每个对象都有自己独特的方法以及仅公开一个 URI 的 RPC 样式 Web 服务,URI 表示单个端点。它忽略 HTTP 的大部分特性且仅支持 POST 方法。
由于轻量级以及通过 HTTP 直接传输数据的特性,Web 服务的 RESTful 方法已经成为最常见的替代方法。可以使用各种语言(比如 Java 程序、Perl、Ruby、Python、PHP 和 Javascript[包括 Ajax])实现客户端。RESTful Web 服务通常可以通过自动客户端或代表用户的应用程序访问。但是,这种服务的简便性让用户能够与之直接交互,使用它们的 Web 浏览器构建一个 GET URL 并读取返回的内容。
在 REST 样式的 Web 服务中,每个资源都有一个地址。资源本身都是方法调用的目标,方法列表对所有资源都是一样的。这些方法都是标准方法,包括 HTTP GET、POST、PUT、DELETE,还可能包括 HEADER 和 OPTIONS。
【在 REST 样式的 Web 服务中,每个资源都有一个地址。资源本身都是方法调用的目标,方法列表对所有资源都是一样的。这些方法都是标准方法,包括 HTTP GET、POST、PUT、DELETE,还可能包括 HEADER 和 OPTIONS。】
3.Ruby on Rails 的含义
Ruby【ruby语言】 on Rails【rails框架】