Heim  >  Artikel  >  Backend-Entwicklung  >  悟,貌似突然理解了MVC模型!

悟,貌似突然理解了MVC模型!

WBOY
WBOYOriginal
2016-06-23 14:05:57851Durchsuche

一直以来对MVC都是一种认为十分神秘厉害的东西。刚毕业的时候去面试被问MVC,一点儿都不懂。然后也看了CakePHP、ThinkPHP,越看越觉得不懂,越看越觉得迷茫…… 以为不会MVC就无法从事PHP方面的工作,越来越感觉到气馁,几乎就快要放弃PHP了…… 后来丢掉了这些直接不理会了。

后来自己写代码东西,做自己的程序,但没有去用那些cakephp、thinkphp,其实从上学的时候就开始了。毕业后也坚持了。今天突然拿到了N年前(毕业的时候自己一个个代码敲的)的做的一个网站平台(其实是个CMS)来改,网站的内容比较多,很多种类: 软件soft、图片pics、新闻news、博客网址site。
然后看到文件夹结构:
前台首页就一个入口 get.php
然后各个访问就通过这样来:

(访问新闻列表)
前台网址 /get.php?db=news&mod=list&page=$page,
处理程序 /source/list_news.php
模板地址 /template/default/list_news.htm

(访问新闻详细页)
前台网址 /get.php?db=news&mod=detail&id=$id
处理程序 /source/detail_news.php
模板地址 /template/default/detail_news.htm

(访问软件列表)
前台网址 /get.php?db=news&mod=list&page=$page (其实就是C)
处理程序 /source/list_soft.php (这个是M)
模板地址 /template/default/list_soft.htm (这个是V)



以往的帖子:
非技术问题:很想知道下,有多少人和我是一样不喜欢用那些框架的
http://bbs.csdn.net/topics/320206261 (发表于: 2009-11-28 23:33:49 )


 一直搞不懂MVC到底是什么,JAVA板块中懂MVC的朋友请进!!
http://bbs.csdn.net/topics/350216811(发表于: 2010-12-10 22:01:11 )


跟别人争论PHP中MVC的问题,真的有些累了
http://bbs.csdn.net/topics/350216861(发表于: 2010-12-10 22:38:53 )


读《PHP5 使用Zend Framework & Smarty 构筑真正的MVC应用模式》 
http://bbs.csdn.net/topics/350139910 (发表于:  2010-11-03 15:00:35 )




回想第一次去面试PHP的工作被人狠狠的拒绝了,记忆太深刻,(毕业的那个月份,怀着信息去面试,坐了三个小时的公交,从武昌跑到汉口,面试的时候听到里面的程序员居然连PHP怎么跳转都不会,自己认为一定可以面试上,结果恰恰相反。被狠狠的拒绝了,800一个月什么都不包,一周只休息一天且还要随时待命,试用期不到800,三个月才转正。……  拒绝的理由就是自己不熟悉mvc)然后我看到他们公司的业务就是搞一个论坛,很多PHP程序员。

我问了一句不是有discuz吗?结果让boss很不高兴。他说discuz(当时已经有discuz 7.x)根本就不符MVC,更不符合标准的MVC,所以他们公司要自己来做一个discuz…… 半年之后,我再去搜索他们的公司,结果连官方网站都打不开了,域名都是出售状态。。。。。

有点感慨,但虽然过去了这么多年,但是我还是很排斥用cakephp、thinkphp!为什么要用这些?与其用这些, 我为什么不拿discuz或者dedecms直接来做?里面后台、会员系统、数据操作全都有!为什么一切都要按照cakephp、thinkphp这些的条条框框去弄。当年的感受MVC就是cakephp、thinkphp,不会cakephp、thinkphp就不会php,写PHP网站东西必须用cakephp或者thinkphp(差点强迫症)……

弄PHP一路走来,不容易 ~ ~ 


















回复讨论(解决方案)

沾沾沙发哦。。。
thinkphp还是不错的哦
想学thinkphp来我群7948162

太冲动了,居然发这个帖子。。。 

已被CMS二次开发废了的飘过~~ 

呵呵,比较感兴趣的是那家公司,如果DZ 都是7了 当时和PHPwind应该平分天下(局域网)了吧,然后怀着那么大的理想,却请着廉价的开发者,结局这样也就不奇怪了。
也许那并不是他们主要的产品线吧,或许是个兴趣项目...
那些年那些事...

MVC 是什么?MVC 究竟是什么?
MVC 不过是每个应用程序抽象化的产物。或者说 MVC 是实践到理论的升华
任何给“人”使用的程序,都自觉或不自觉的使用后来被人称作 MVC 的设计模式


楼猪,好像没看懂你的立场呢!!!

管你什么c,能赚钱的就是好C

以前我也是不懂MVC框架的原理,但是自?看了??号称是世界上最小的MVC框架(只有140行代码)之后我懂了
http://twitto.org/
怎么说呢,其实比起CMS来确实是好用多了,最关键的是强制用户使用oop模式,这一点很棒.
前段时间我也开发了自己的专属MVC,现在一直用着很爽,哈哈

看到LZ的顿悟,恭喜恭喜
其实LZ自己不就开发过MVC框架的应用了吗
还有MVC虽然解释很难看懂
但啃个MVC开发的小应用就差不多了...

以前我也是不懂MVC框架的原理,但是自?看了??号称是世界上最小的MVC框架(只有140行代码)之后我懂了
http://twitto.org/
怎么说呢,其实比起CMS来确实是好用多了,最关键的是强制用户使用oop模式,这一点很棒.
前段时间我也开发了自己的专属MVC,现在一直用着很爽,哈哈


hh,谢谢回复。感觉自己对MVC的理解还是很模糊,对OOP还是不透彻。一直都是弄discuz、dedecms,写的方式风格跟这两个程序基本上一样。OOP、MVC一个门槛啊~~~~~







MVC 是什么?MVC 究竟是什么?
MVC 不过是每个应用程序抽象化的产物。或者说 MVC 是实践到理论的升华
任何给“人”使用的程序,都自觉或不自觉的使用后来被人称作 MVC 的设计模式

讲的不错 

六个字:数据驱动界面

真实的情况是, 面试的人一看你还是懂PHP的, 一旦进去, 他们以前招的那些人脸往哪搁呀.


又一个?丝逆袭的小案例 

800是啥年代的价格阿   我刚入行就3k了阿
这边洗碗工都壹仟五以上,何来八百啊。

800是啥年代的价格阿   我刚入行就3k了阿
这边洗碗工都壹仟五以上,何来八百啊。


在武汉,大学生遍地都是,800都要抢啊不然就没了~~~

太冲动了,居然发这个帖子。。。 什么情况

MVC不一定非要用上吧,我们做的没有mvc的php应用也非常好用,易于修改和扩充。这个东西就像非要说java和c哪个好一样,只有适用就ok

哎 我???始?

MVC不过是一个抽象化概念,个人认为也是一种工厂思维模式,通常MVC和OOP是连在一起的,虽然早已成为一种趋势,但还会延续下去,为了节约成本,提高开发和维护效率。

我最喜欢这样的帖子....比纯技术贴好看多了...

以前我也是不懂MVC框架的原理,但是自?看了??号称是世界上最小的MVC框架(只有140行代码)之后我懂了
http://twitto.org/
怎么说呢,其实比起CMS来确实是好用多了,最关键的是强制用户使用oop模式,这一点很棒.
前段时间我也开发了自己的专属MVC,现在一直用着很爽,哈哈

你好,你那140行的代码不能下载啊,你有吗。可以给我发一份不

当年自己写了个网站,然后关了。
最近又把老程序拿出来改改前台,继续可以用。
发现还是学基础的做小开发好,大了一定要mvc吧?

做到数据,HTML,分开, 再由一个单一类文件去处理就是MVC了,
对于这,以前我是见过很多人很困

噗,第一眼看成了“悟空,.......”

引用 10 楼 sibang 的回复:以前我也是不懂MVC框架的原理,但是自?看了??号称是世界上最小的MVC框架(只有140行代码)之后我懂了
http://twitto.org/
怎么说呢,其实比起CMS来确实是好用多了,最关键的是强制用户使用oop模式,这一点很棒.
前段时间我也开发了自己的专属MVC,现在一直用着很爽,哈哈

你好,你那140行的代码不能…… 你被墙了,用代理访问就好了

MVC的最大好处就是代码清晰,可维护性强,M和V的修改相对独立,调试的时候可以省下大量考虑到底是M出了问题还是V出了问题的时间

正在学习ing。。。

正在学习ing。。。
但还不是很理解

多次面试别人都问自己写过框架没有

MVC是什么?

oop这些

哎,多年下来,积累中...

一帮无良的面试官,
害了多少纯真美少年呀。
MVC就是炒作,赶时髦。

连跳转都不会程序员所在的公司,
还谈什么MVC,
无语了!

楼主没去算是对了。

悟,貌似突然理解了MVC模型!

就俩字:分层。。。。

41层了,该结贴了

41层了,该结贴了

好。呵呵~ ~ 看了PHPCMS,其实还是过程多。

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Vorheriger Artikel:关于CI表单验证类Nächster Artikel:php下拉框的