mvcphp视频

① php mvc框架有哪些

PHP MVC框架有：

1. CodeIgniter

2. Laravel

3. Symfony

4. Yii

以下是关于这些PHP MVC框架的详细介绍：

CodeIgniter是一个轻量级的PHP框架，适用于快速开发且不需要大量配置的中小型应用程序。它简化了数据库操作，提供了丰富的库和辅助函数，同时支持多种数据库和视图引擎。CodeIgniter易于学习和使用，非常适合初学者入门。

Laravel是近年来非常受欢迎的PHP框架之一。它提供了简洁的路由、强大的依赖注入容器、表达性模板引擎等功能。Laravel注重开发者的体验，提供了丰富的艺术风格和工具，使得开发过程更加愉快。同时，Laravel的社区活跃，有大量第三方扩展可用。

Symfony是一个完整的PHP框架，提供了丰富的功能和工具集，包括Web开发、命令行工具、数据库抽象层等。Symfony遵循严格的标准和最佳实践，使得代码质量得到保证。由于其强大的功能和灵活性，Symfony适合大型项目和企业级应用。

Yii是一个高性能的PHP框架，特别注重代码质量和性能优化。Yii提供了丰富的功能和工具，包括缓存、认证、数据验证等。同时，Yii的扩展性非常好，开发者可以很容易地扩展框架的功能。Yii适合开发大型复杂的Web应用程序。

这些PHP MVC框架各有特点，开发者可以根据项目的需求和个人的喜好选择合适的框架。

② php mvc框架哪个好

最佳PHP MVC框架：Laravel

PHP中有许多MVC框架可供选择，其中Laravel被认为是最好的之一。以下是关于Laravel的详细解释：

1. 功能性强大且灵活

Laravel作为一个PHP的MVC框架，提供了丰富的功能和工具，包括路由、中间件、迁移、ORM等。这使得开发者能够快速地构建出复杂且健壮的应用程序。此外，它的表达性语法和强大的依赖注入容器使得代码组织更为有序，易于维护和扩展。

2. 社区支持和文档完善

Laravel拥有庞大的开发者社区和丰富的资源。这意味着当你遇到问题时，可以很容易地找到解决方案或寻求帮助。另外，Laravel的官方文档非常完善，对于初学者和有经验的开发者来说，都能轻松地找到所需的信息。

3. 安全性

Laravel非常重视安全性，内置了许多安全特性，如默认的用户认证和授权系统、加密功能等。这使得使用Laravel开发的应用程序在安全性方面更为可靠。

4. 测试和调试工具

Laravel提供了强大的测试和调试工具，使得开发者能够更有效地进行代码开发和质量控制。这对于构建高质量的应用程序至关重要。

综上所述，Laravel是一个功能强大、灵活、社区支持良好、文档完善、注重安全和测试的PHP MVC框架。当然，除了Laravel，还有其他优秀的PHP MVC框架如Symfony、CodeIgniter等，但Laravel在综合性能和社区支持方面表现尤为出色。

③ php的tp框架和mvc有啥区别

首先说Model吧。
在TP中是一个表对应一个Model,而且普通Model中只是一些自动验证啊，自动完成啊、还有数据字段信息啊一些东西;而CI中的Model则完全不同，一个Model不必约束于一个表，也就是说名字为abc的Model中你也可以查询名字为def的表中的数据，而且可以定义方法完成一些数据查询，比如我可以在名为articles_model的Model中定义一个名字为get_articles的方法来获取所有文章信息，当某个Controller加载了这个Model后，就可以在相应的Controller中用

1

$this->articles_model->get_articles();

来方便地获取所有文章信息，而对于TP来说，这些操作只能在Action类中完成。2.0版的TP已经把View、Relation和Adv三个高级查询model库类定为不自动加载了，看了一下手册，感觉除了View视图查询容易用一点，另外两个都不怎么好用，感觉用起来太复杂，还不如用原生的sql查询。CI的Model还有一个使我很喜欢的方法就是dbprefix方法，在使用原生的sql查询时使用这个函数使得修改数据库表名前缀后你的代码不需要经过任何改动。在TP中我没有发现类似的函数，当我用TP开发一个博客系统时，发现关联查询很麻烦，于是想用原生的SQL查询，却没有找到自动增加数据库表名前缀的方法，虽然可以自己修改TP的核心库来实现，但是还是觉得这样有点不太好。真的要感谢TP，如果不是TP，也许我就不会去关注CI了，当我那天看了几页CI的英文文档后，立马就对它产生的深厚的兴趣，于是第二天一起床就开始看CI的手册，虽然是从官网下的英文版的，不过它的手册写得很简洁、很周到，边看边操作，看完手册后我就几乎能熟练使用这个框架了。于是用它开发了一个博客系统。
CI的Model类简单易用，TP的Model类功能相对来说要强大一些，但是用起来个人感觉没有那么方便。
其次，对于View，从功能上讲，TP的View要更加强大一些，选择更多一些，在TP中你可以选择就用PHP作模板引擎，可以就用TP自身的模板引擎，也可以选择用smarty等其它第三方模板引擎。而在CI中就只能用CI内置的功能简单的模板引擎或者用原生的PHP代码作模板，个人觉得用PHP作模板更好一些，一来省去了学习另外的模板引擎语法的麻烦，二来执行效率更高一些。因些从View来讲，选择CI或者是TP都无所谓。
再次是Controller了，在CI中的应用的控制器是继承自核心类Controller的，TP中的控制器则是继承于核心类Action。不过还是有不同的，在TP中，你可以把一些公共的变量或者在多个控制器中都要执行的东西放在一个action里，假如这个action文件为CommonAction.class.php ，在它的_initialize方法中可以执行一些在多个控制器中都要执行的代码或者初始化一些多个控制器都要使用的变量，这样，应用的其它action只要继承CommonAction 就可以实现了。因为框架在加载相应action时首先会自动加载那个CommonAction的。而在CI中就没有这个方便的功能了，但是也可以自己写一个library,在该library类的__construct方法里放一些代码，然后在每个控制器中都加载这个library,这样也可以实现像TP一样的功能。不过相对来说麻烦了一些。TP还有一点比较灵活的就是，在这个控制器(action)里面可以执行那个控制器中的函数（比如用A或者R函数来实现），在CI中则不行，你不能在这个控制器中执行那个控制器中的函数。还有就是TP可以定义一个名为EmptyAction的控制器，当所有控制器都找不到时，就调用这个Empty控制器。这一点如果与empty方法配合，可以使得URL大大缩减。虽然CI和TP都支持空操作，不过这二者的空操作名称不相同，实现的优先级也不相同。在TP中的空操作(_empty方法)优先级是最低的，也就是说当当前控制器的所有操作都找不到时才调用这个空操作；在CI中则恰恰相反，只要存在空操作（_remap方法），该控制器的其它的操作都没用了（不能访问了）。