标 题 | 时 间 |
---|---|
Laravel开发框架核心概念 | 02:31 |
laravel 核心概念大串烧 | 05:39 |
Laravel Service Container 类的依赖管理和依赖注入 | 10:22 |
Service Container Binding - 如何绑定类和服务 | 07:55 |
Service Container 不使用依赖注入如何解析对象或服务 | 07:43 |
通过调试信息了解 Service Container $app 对象 | 03:32 |
Laravel Service Provider 初接触 | 05:44 |
用Service Provider 把自定义的服务注册到Service Container | 10:17 |
Service Provider 提升代码可维护性和扩展性 | 02:14 |
Facade 使用方法详解 | 11:24 |
Laravel Contracts 是怎么一回事儿 | 05:39 |
Laravel 生命周期无耻解说 | 01:04 |
标 题 |
---|
想问一下这个web.php的路径在哪里??
这个就是routes目录里的那个路由文件
刚开始学,先看看原理,所以不知道routes下面还有个 web.php 文件
慢慢来,可以先看基础篇,熟悉一下最基本的内容
9527? 好熟悉的数字
电影里的周星驰代号,录视频嘛,得找点乐子
终于解决了我的困惑 感谢🙇
很多人都没搞清楚这几个核心概念的
谢谢 学习了
牛逼啊
如果大家在Coding10变得更牛逼,那我的视频才能算是牛X
依赖注入的核心是将需要调用的对象实例化在闭包函数中,闭包函数的特点是只消耗内存的“堆”,调用到该对象时闭包函数的实例化对象会被“释放”到内存的“栈”中。
laravel之所以高效,本质就是每个对象只需实例化一次,大大减少了内存的消耗。不知道我这么理解对不对。
不是的,本质上所有的框架追求的是让开发者更爽,开发效率更高效,一直都在牺牲执行效率。对于singleton的服务对象,只会实例化一次,因为这类服务在请求的处理链条中会多次使用到,并且他们是通用性的服务,因此一次实例化系统其余部分都可以使用。而对于数据Model,我们每访问一个不同的数据项,都会创建不同的实例。依赖注入解放了开发者,让开发者从复杂的对象创建过程中解脱出来,从这个角度来说,高效得不得了。
我有空再琢磨琢磨是不是这么回事~我的理解中一个MODEL类只实例化了一次,不同的环境调用只是使用了对象的“多态”特性。【捂脸】
跟多态也没有什么关系,你现在确实处在一种混乱期,学过了太多的概念,但是处在懵懂和僵化的理解状态中,特别想把自己学过的东西套用过来以理解这些新知识,而对于系统运行时的状态认知其实并不清晰,新手出现这个问题特别正常,这个阶段让自己缓一缓,不要犯大部分人犯的错误,看视频的时候不要一直看,一直看,那样的话一点好处都没有,只是给自己的大脑徒增负担和混乱,自己动动手,在动手的过程中好好推理一下,好好消化一下。过上半年左右,你就能度过这个混乱期了。
确实对我来说laravel很多概念比较新,比较抽象,不能吃透它。现在市面上laravel的教材也是良莠不齐,有的讲师估计连自己都没搞懂laravel是个啥,按照手册读一遍也算教学了。【邪笑】。站长的教学视频算是高质量的,看了一个星期确实省了很多我自己摸索的精力和时间。加油出视频,期待你的《框架探秘--华山论剑》,到时候我开个永久会员。【捂脸】
放弃吧,很多工作了5年以上的都搞不定框架探秘那两套课程,别这么着急,光靠看最多就是看个热闹,看个自以为明白了,自己动手的时候发现还是啥都不明白。永久会员是给真正有缘人的,不需要附加各种条件的,也不是说买了永久会员,就真的成了永久会员,我希望的是其中某些人能成为以后的合作伙伴,好好学习,多推理,多静心思考。
说的真好