模型视图的作用（thinkphp视图模型怎么创建）

本文目录

• thinkphp视图模型怎么创建
• 3ds max为什么要有四个视图窗口,有什么好处
• revit的四个小眼睛视图的用处
• 试阐述MVC模式（模型-视图-控制器）的语境和原理
• MVC模式各个层的具体作用
• solidworks2014模型注解视图作用
• Tekla工作平面的设置
• 视图，视点，模型之间的区别和联系

thinkphp视图模型怎么创建

视图模型
视图定义
视图通常是指数据库的视图，视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。对其中所引用的基础表来说，视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表，或者其它视图。分布式查询也可用于定义使用多个异类源数据的视图。如果有几台不同的服务器分别存储组织中不同地区的数据，而您需要将这些服务器上相似结构的数据组合起来，这种方式就很有用。
视图在有些数据库下面并不被支持，但是ThinkPHP模拟实现了数据库的视图，该功能可以用于多表联合查询。非常适合解决HAS_ONE 和 BELONGS_TO 类型的关联查询。
要定义视图模型，只需要继承ViewModel，然后设置viewFields属性即可。例如下面的例子，我们定义了一个BlogView模型对象，其中包括了Blog模型的id、name、title和User模型的name，以及Category模型的title字段，我们通过创建BlogView模型来快速读取一个包含了User名称和类别名称的Blog记录（集）。
class BlogViewModel extends ViewModel {
public $viewFields = array(
’Blog’=》array(’id’,’name’,’title’),
’Category’=》array(’title’=》’category_name’, ’_on’=》’Blog.category_id=Category.id’),
’User’=》array(’name’=》’username’, ’_on’=》’Blog.user_id=User.id’),
);
}
我们来解释一下定义的格式代表了什么。
$viewFields 属性表示视图模型包含的字段，每个元素定义了某个数据表或者模型的字段。
例如：
’Blog’=》array(’id’,’name’,’title’);
表示BlogView视图模型要包含Blog模型中的id、name和title字段属性，这个其实很容易理解，就和数据库的视图要包含某个数据表的字段一样。而Blog相当于是给Blog模型对应的数据表定义了一个别名。
默认情况下会根据定义的名称自动获取表名，如果希望指定数据表，可以使用：
’_table’=》"test_db.test_table"
如果希望给当前数据表定义另外的别名，可以使用
’_as’=》’myBlog’
BlogView视图模式除了包含Blog模型之外，还包含了Category和User模型，下面的定义：
’Category’=》array(’title’=》’category_name’);
和上面类似，表示BlogView视图模型还要包含Category模型的title字段，因为视图模型里面已经存在了一个title字段，所以我们通过
’title’=》’category_name’
把Category模型的title字段映射为category_name字段，如果有多个字段，可以使用同样的方式添加。可以通过_on来给视图模型定义关联查询条件，例如：
’_on’=》’Blog.category_id=Category.id’
理解之后，User模型的定义方式同样也就很容易理解了。
Blog.categoryId=Category.id AND Blog.userId=User.id
最后，我们把视图模型的定义翻译成SQL语句就更加容易理解视图模型的原理了。假设我们不带任何其他条件查询全部的字段，那么查询的SQL语句就是
Select
Blog.id as id,
Blog.name as name,
Blog.title as title,
Category.title as category_name,
User.name as username
from think_blog Blog JOIN think_category Category JOIN think_user User
where Blog.category_id=Category.id AND Blog.user_id=User.id
视图模型的定义并不需要先单独定义其中的模型类，系统会默认按照系统的规则进行数据表的定位。如果Blog模型并没有定义，那么系统会自动根据当前模型的表前缀和后缀来自动获取对应的数据表。也就是说，如果我们并没有定义Blog模型类，那么上面的定义后，系统在进行视图模型的操作的时候会根据Blog这个名称和当前的表前缀设置（假设为Think_ ）获取到对应的数据表可能是think_blog。
ThinkPHP还可以支持视图模型的JOIN类型定义，我们可以把上面的视图定义改成：

public $viewFields = array(
’Blog’=》array(’id’,’name’,’title’,’_type’=》’LEFT’),
’Category’=》array(’title’=》’category_name’,’_on’=》’Category.id=Blog.category_id’,’_type’=》’RIGHT’),
’User’=》array(’name’=》’username’,’_on’=》’User.id=Blog.user_id’),
);
需要注意的是，这里的_type定义对下一个表有效，因此要注意视图模型的定义顺序。Blog模型的
’_type’=》’LEFT’
针对的是下一个模型Category而言，通过上面的定义，我们在查询的时候最终生成的SQL语句就变成：
Select
Blog.id as id,
Blog.name as name,
Blog.title as title,
Category.title as category_name,
User.name as username
from think_blog Blog LEFT JOIN think_category Category ON Blog.category_id=Category.id RIGHT JOIN think_user User ON Blog.user_id=User.id
我们可以在试图模型里面定义特殊的字段，例如下面的例子定义了一个统计字段
’Category’=》array(’title’=》’category_name’,’COUNT(Blog.id)’=》’count’,’_on’=》’Category.id=Blog.category_id’),
3
视图查询
接下来，我们就可以和使用普通模型一样对视图模型进行操作了 。
$Model = D("BlogView");
$Model-》field(’id,name,title,category_name,username’)-》where(’id》10’)-》order(’id desc’)-》select();
看起来和普通的模型操作并没有什么大的区别，可以和使用普通模型一样进行查询。如果发现查询的结果存在重复数据，还可以使用group方法来处理。
$Model-》field(’id,name,title,category_name,username’)-》order(’id desc’)-》group(’id’)-》select();
我们可以看到，即使不定义视图模型，其实我们也可以通过方法来操作，但是显然非常繁琐。
$Model = D("Blog");
$Model-》table(
’think_blog Blog,
think_category Category,
think_user User’)
-》field(
’Blog.id,Blog.name,
Blog.title,
Category.title as category_name,
User.name as username’)
-》order(’Blog.id desc’)
-》where(’Blog.category_id=Category.id AND Blog.user_id=User.id’)
-》select();
而定义了视图模型之后，所有的字段会进行自动处理，添加表别名和字段别名，从而简化了原来视图的复杂查询。如果不使用视图模型，也可以用连贯操作的JOIN方法实现相同的功能。

3ds max为什么要有四个视图窗口,有什么好处

max是三维制图，四个视图窗口分别为：
第一个T；顶视图；
第二个F；前视图；
第三个R：右视图或者L；左视图；
第四个视图是透视图。。。这是默认的四个视图，适合常规模式使用，
如果 四个窗口同时开启使用，即可在三个平面窗口操作而在透视图窗口产生图形变化。（这是回答你上面的问题）
以下补充几点：
当你熟悉MAX操作之后你会发现，还可以修改窗口个数和模式的，有两个窗口的，也有三个窗口的，而且窗口大小可以自由改变。熟练操作MAX模型时，一般只会显示一个满屏窗口，用上面的T。F。R。L或者C（摄像机视图）键，不断切换视图窗口(每个窗口打的摄像机都可以保持独立截图渲染框位置)。
有意思的是到了最后打摄像机的时候，才会同时显示几个窗口，用于调节摄像机的位置形成的摄像机视图的视觉关系！

revit的四个小眼睛视图的用处

BIM软件小技巧：巧用Revit视图类型区分视图用途
　　今天的revit教程在项目设计过程中你可能会遇到，同一视图常常需要复制出多个来应对不同的使用目的。当各视图的规程或子规程不同时，我们可以根据规程或子规程的不同，使其在项目浏览器中分别成组显示。但如果各视图的各参数相同，那么就只有通过视图名称来区分它们的用途了。
　　如下图一层平面为例，拥有三个一层视图，其用途各不相同，但规程(机械)，子规程(暖通)，全都相同。这时，一旦视图较多，项目浏览器中的视图将会比较冗长，且查找起来也较为繁琐。
　　那么除了可以利用视图名称来区分用途，有没有其他方式能够把相同用途的视图进行分组呢?
　　答案当然是肯定的—利用视图类型
　　首先，我们可以选中其中的某视图，比如“全模型”。然后点击属性面板中的“类型”按钮，打开类型属性对话框。
　　在类型属性对话框中，我们可以单击“复制”按钮，复制一个新的类型出来，名字根据我们的视图用途来定义。
　　一路确定后，我们可以看到，此时的“1-机械-全模型”平面已经被移动到了一个单独的楼层平面分类下。
　　那么同理，水系统与风系统也可以分别有自己的楼层平面分类，这样，我们就可以将不同用途的视图区分开了，便于管理和查找。

试阐述MVC模式（模型-视图-控制器）的语境和原理

模型-视图-控制器（MVC）是80年代Smalltalk-80出现的一种软件设计模式，现在已经被广泛的使用。1、模型（Model）
　　模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑.
　　2、视图（View）
　　视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。
　　3、控制器（controller)
　　控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。
　　MVC 式的出现不仅实现了功能模块和显示模块的分离，同时它还提高了应用系统的可维护性、可扩展性、可移植性和组件的可复用性
　　早期的程序中，如果不注意对数功能和显示的解耦合，常常会导致程序的复杂及难以维护。很多VB,Delphi等RAD程序都有这种问题。甚至现在的C#,Java有时候也会出现把业务逻辑写在显示模块中的现象
　　管MVC设计模式很早就提出，但在Web项目的开发中引入MVC却是步履维艰。主要原因：一是在早期的Web项目的开发中，程序语言和HTML的分离一直难以实现。CGI程序以字符串输出的形式动态地生成HTML内容。后来随着脚本语言的出现，前面的方式又被倒了过来，改成将脚本语言书写的程序嵌入在HTML内容中。这两种方式有一个相同的不足之处即它们总是无法将程序语言和HTML分离。二是脚本语言的功能相对较弱，缺乏支持MVC设计模式的一些必要的技术基础。直到基于J2EE的JSP Model 2问世时才得以改观。它用JSP技术实现视图的功能，用Servlet技术实现控制器的功能，用JavaBean技术实现模型的功能
　　JSP Model 1 与 JSP Model 2
　　SUN在JSP出现早期制定了两种规范，称为Model1和Model2。虽然Model2在一定程度上实现了MVC，但是它的应用用并不尽如人意 JSP model1 JSP model2 model2 容易使系统出现多个Controller，并且对页面导航的处理比较复杂
　　有些人觉得model2仍不够好，于是Craig R. McClanahan 2000年5月 提交了一个WEB framework给Java Community.这就是后来的Struts.
　　2001年7月，Struts1.0，正式发布。该项目也成为了Apache Jakarta的子项目之一
　　Struts 质上就是在Model2的基础上实现的一个MVC架构。它只有一个中心控制器，他采用XML定制转向的URL。采用Action来处理逻辑

MVC模式各个层的具体作用

MVC系统中的模型从概念上可以分为两类――系统的内部状态和改变系统状态的动作。模型是你所有的商业逻辑代码片段所在。本文为模型提供了业务实体对象和业务处理对象：所有的业务处理对象都是从ProcessBase类派生的子类。业务处理对象封装了具体的处理逻辑，调用业务逻辑模型，并且把响应提交到合适的视图组件以产生响应。业务实体对象可以通过定义属性描述客户端表单数据。所有业务实体对象都EntityBase派生子类对象，业务处理对象可以直接对它进行读写，而不再需要和request、response对象进行数据交互。通过业务实体对象实现了对视图和模型之间交互的支持。实现时把"做什么"（业务处理）和"如何做"（业务实体）分离。这样可以实现业务逻辑的重用。由于各个应用的具体业务是不同的，这里不再列举其具体代码实例。
MVC（模型Model-视图View-控制器Controller）是一种设计模式，我们可以用它来创建在域对象和UI表示层对象之间的区分。 同样是架构级别的，相同的地方在于他们都有一个表现层，但是他们不同的地方在于其他的两个层。 在三层架构中没有定义Controller的概念。这是我认为最不同的地方。而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是以实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。
在ASP NET中的MVC架构编写的，具有极其良好的可扩展性。它可以轻松实现以下功能： ①实现一个模型的多个视图；②采用多个控制器；③当模型改变时，所有视图将自动刷新；④所有的控制器将相互独立工作。这就是MVC架构的好处，只需在以前的程序上稍作修改或增加新的类，即可轻松增加许多程序功能。以前开发的许多类可以重用，而程序结构根本不再需要改变，各类之间相互独立，便于团体开发，提高开发效率。下面讨论如何实现一个模型、两个视图和一个控制器的程序。其中模型类及视图类根本不需要改变，与前面的完全一样，这就是面向对象编程的好处。对于控制器中的类，只需要增加另一个视图，并与模型发生关联即可。该模式下视图、控制器、模型三者之间的示意图如图2所示。同样也可以实现其它形式的MVC例如：一个模型、两个视图和两个控制器。从上面可以看出，通过MVC架构实现的应用程序具有极其良好的可扩展性，是ASP NET面向对象编程的未来方向。
MVC的不足体现在以下几个方面：（1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。（4）目前，一般高级的界面工具或构造器不支持MVC架构。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。

solidworks2014模型注解视图作用

可在 SOLIDWORKS MBD 中使用。

您可以控制在旋转模型时注解的显示方式。

在激活动态注解视图时，只能看到与当前模型方向相关的注解视图。 在旋转模型时，并非垂直于模型方向的注解视图将会逐渐消失，而注解将在接近垂直于模型方向时出现。

注解视图在通过动态注解视图显示时，自动设置为活动视图。

要激活动态注解视图，请执行以下操作之一：

• 单击动态注解视图 
  

• 在 FeatureManager 设计树中，右键单击注解，然后单击
  

启用动态注解视图时，可以看见的注解类型取决于您在注解快捷菜单或注解属性对话框中选择的注解类型。 可用的选项为：

• 显示特征尺寸

• 显示参考尺寸

• 显示 DimXpert 注解

• 显示参考注解。 显示并非尺寸的注解，包括参考尺寸、零件序号、表面粗糙度符号、焊接符号、形位公差符号、基准特征符号和基准目标。

在动态视图模式中显示所有视图。 无论在 FeatureManager 设计树的注解文件夹中是处于显示还是隐藏状态，均显示所有注解视图。 清除之后，将仅显示未被隐藏的注解视图。

Tekla工作平面的设置

Tekla作为BIM软件应用的一种主流商用软件，其优点在于在钢结构建模这块非常的成熟。一般钢结构的构造等都可以通过该软件实现。而且该软件还有一大优势是能够将模型数据直接导入机床，实现自动钢板等构件切割等，因此可以算上是土木工程与机械工程交叉应用的一个结合点。

作为一个初学者，才刚刚接触这款软件。跟Revit相比，感觉界面没有那么友好，也没有很多快捷键，许多命令操作都需要通过鼠标点击菜单栏实现。但我觉得一旦操作熟练起来，自然而然效率就能提高上来。

这两个星期一直在尝试采用Tekla软件进行操作，主要包括钢板、钢梁、柱、螺栓等零件的创建，还学习了零件的操作，包括钢板的角点、零件的切割、焊接等。其中，我觉得最重要，也是让我体会最深的是工作平面的设定。作为一个三维建模软件，在二维的界面中画出三维的模型，没有工作平面是无法完成的。有了工作平面，才能将各个零件在正确的位置完成拼装和对接，在能精确地对各个零件进行操作。

如下图所示，Tekla在建立工作平面主要通过 视图菜单栏下 的 设置工作平面 来实现。

我个人比较常用的设置工作平面法是 平行于视图平面， 这种方法简单便捷。

首先，选择需要显示的 模型视图， 模型视图的作用是 显示需要关心的模型的某一方向的视图。

比如我想显示轴1对应的模型视图，可通过 视图 下的 创建模型视图， 然后点击 沿着轴线。
选择对话窗下的创建，选择GRID1，即生成1轴下的视图，见图1和图2。 
生成的轴1图如下图所示：
这个时候，点击设置工作平面平行于视图，即完成工作平面的设置，此时工作平面与模型视图平面 重合 。

同时，如果觉得工作平面以外的零件阻碍视线，可以通过隐藏零件或者设置可视范围深度来实现。如下图所示：
在建模过程中，我认为还是结合工作平面建模比较方便。可以通过各个平面上零件的创建与，然后一层一层，由面到体，将三维操作降为二维，不仅思路明确，而且能够方便操作，提高效率。

视图，视点，模型之间的区别和联系

视口：
显示图形模型空间中某个部分的绑定的区域。
可用
TILEMODE
系统变量确定创建的视口的类型。
1.
当
TILEMODE
处于关闭状态（值为
0）时，可以在布局上移动视口和改变视口大小。
(MVIEW)
2.
当
TILEMODE
处于打开状态（值为
1）时，整个绘图区域分为互不重叠的多个模型视口。
请参见
TILEMODE、视图和视点。
(VPORTS)
视图：
模型从空间中特定位置（视点）观察的图形表示。
请参见视点和视口。
（3DORBIT、VPOINT、DVIEW、VIEW）
用户坐标系
(UCS)：
用户定义的坐标系，用于定义三维空间中
X、Y
和
Z
轴的方向。
UCS
用于确定图形中几何对象的默认位置。
请参见世界坐标系
(WCS)。
世界坐标系
(WCS)
一种坐标系，用作定义所有对象和其他坐标系的基础。
请参见用户坐标系
(UCS)。