「七天自制PHP框架」第三天：PHP实现的设计模式

【「七天自制PHP框架」第三天：PHP实现的设计模式】的更多相关文章

「七天自制PHP框架」第三天：PHP实现的设计模式

往期回顾:「七天自制PHP框架」第二天:模型与数据库,点击此处原文地址:http://www.cnblogs.com/sweng/p/6624845.html,欢迎关注:编程老头为什么要使用设计模式? 设计模式,我的理解是为了达到"可复用"这个目标,而设计的一套相互协作的类. 感兴趣的读者可以阅读<Design Patterns: Elements of Reusable Object-Oriented Software>,四位作者(Gang of Four)在书中列举…

「七天自制PHP框架」第四天：模型关联

往期回顾:「七天自制PHP框架」第三天:PHP实现的设计模式,点击此处原文地址:http://www.cnblogs.com/sweng/p/6624845.html,欢迎关注:编程老头前阵子在网上关心一个话题:对于一个PHP程序员,或者Java程序员,或者C#程序员,怎么区分3年,5年,10年工作经验?工作经验是否和薪资成正比? 个人认为:无论擅长哪一种语言,都不要把自己绑在一种语言上,更不要做一个代码的搬运工.平时每写完一个项目,都留出充足的时间去思考“还有什么地方可以改进”,相信即使1…

「七天自制PHP框架」第二天：模型与数据库

往期回顾:「七天自制PHP框架」第一天:路由与控制器,点击此处什么是模型? 我们的WEB系统一定会和各种数据打交道,实际开发过程中,往往一个类对应了关系数据库的一张或多张数据表,这里就会出现两个问题. 1.类和数据表,一方修改会导致另一方的修改,只要数据表结构不定下来,业务逻辑的开发几乎没法开工 2.获取数据时会牵涉很多SQL语句的拼接,如果数据结构变动,这些SQL需要改写假如要开发一个博客系统,我们先设计两个Model和两张数据表第一张数据表,表名是post,存储了博客文章,数据如下:…

「七天自制PHP框架」应用：JSON生成器

刚刚开始学做一个WebAPP,数据查询的一般套路是通过一张PHP页面读取数据库,获得列表后“嵌写”在PHP页面中,虽然写法上丑陋至极,但也有“快糙猛”出效果的成就感,如图. 后来想想,不对啊,难道以后PHP就全这么写?还是只有这个语言是这么写?搞了搞ASP.NET,代码的美观程度也好看不到哪里去啊,“嵌写”是水平的问题,不能怪语言.于是有了新想法. 那个时候做开发时,数据的交互大量使用JSON和XML,从使用的方便角度,JSON更适合Web,于是突发奇想,干脆所有数据交互全部用JSON,连同PH…

「七天自制PHP框架」第一天：路由与控制器

我们为什么要使用路由? 原因1:一个更漂亮的URI 1.URI的改进刚刚开始学PHP时,我们一定写过blog.php?id=1之类的URI,使用GET方式获取参数.这样的URI有两个缺点,一是容易被SQL注射攻击,二是维护性可读性差,大家可以比较下面两种URI哪一种更具备可读性. www.mysite.com/blog.php?id=1 上面URI是我们初学PHP最常用的. www.mysite.com/blog/1 这种URI是目前最流行的URI,举个例子,比如很多读书类,电影类网站,都使用…

「七天自制PHP框架」应用：Model外键链接

这里以行政区数据为例: 一级行政区数据范例: 二级行政区范例: 三级行政区范例: 在Model层建立三个Model class ProvinceModel extends Model{ public static $data; public static $name; public function __construct(){ parent::__construct(); $this::$name='province_list';//name of obj $this::$table='chi…