关于框架的一点小问题？

问答 / 852 / 3 / 创建于 6年前

都说laravel设计优美，方法丰。于是小生慕名而来，学习的时候就会产生了这样一个问题：这么多自带方法和策略。

然而众所周知的laravel对PS IDE的不友好，很多底层的东西不方便跟随源码去查，导致到头来发现还不如自己写。

那么问题来了，如果使用一个框架大部分时候只是用它的路由和模型以及模板渲染，那就没法体现这个框架的独到之处了呀...难道真正的使用一个重量级框架就真要这么累吗？

lalala

0 声望

暂无个人描述~

0 人点赞

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

推荐文章：

更多推荐...

工作

[求职]在郑州工作4年的程序媛的简历优化 14 / 180 |

博客

工作小锦囊系列——如何实现一个车辆预定功能（下） 13 / 15 |

博客

冯老师的困惑——测试和正式环境掐架篇（一） 16 / 23 |

博客

简单对比一下DcatAdmin和filament的各自优缺点 30 / 35 |

面试 POPER 的后端开发工程师的离奇经历 35 / 104 |

博客

Git在项目中的那些实操(持续更新...) 22 / 3 |

讨论数量: 3

Epona

版主 1.8k 声望 / Full Stack Developer @ Poper

和对IDE的支持并没有什么特别的关联

6年前评论

JimChen

课程读者 112 声望

如果你要实现的功能足够简单，比如写个自动化脚本或者写个简单留言板什么的，确实是不需要框架，甚至说用框架可能效率更加低，然后大多数的商用软件，都不会是很简单的功能，而且有可能存在大量重复劳动，此时你觉得自己写还是框架帮你做了效率更快呢？如果是你自己做，最后还不是为了降低重复劳动自己封装一套库，然而现实是有人帮你做了，为啥不用？况且自己写一套库，你还有为此付出维护这套库的成本。

回答题主问题了，如果你觉得laravel源码难以追寻，是因为你一开始纠结于很多具体实现而没有先掌握它大致的脉络，所以如果你要深入学习laravel的底层，可以先跳过很多具体实现的细节，罗列清整个框架从启动到响应用户请求的流程，你清晰了请求处理到响应的流程再逐步看每一步怎么实现的，这样会比较好。当然，前提你还是要对现代PHP有一个认识，推荐PHP the right way，然后深入laravel也推荐一本书Laravel框架关键技术解析，(敲黑板, 这不是卖广告2333333

6年前评论

毛仔

110 声望 / 小菜鸡 @ 楚楼武汉信息科技有限公司

@JimChen 回答很完美

6年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

关于框架的一点小问题？

都说laravel设计优美，方法丰。于是小生慕名而来，学习的时候就会产生了这样一个问题：这么多自带方法和策略。

然而众所周知的laravel对PS IDE的不友好，很多底层的东西不方便跟随源码去查，导致到头来发现还不如自己写。

那么问题来了，如果使用一个框架大部分时候只是用它的路由和模型以及模板渲染，那就没法体现这个框架的独到之处了呀...难道真正的使用一个重量级框架就真要这么累吗？

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

关于框架的一点小问题？

都说laravel设计优美，方法丰。于是小生慕名而来，学习的时候就会产生了这样一个问题：这么多自带方法和策略。

然而众所周知的laravel对PS IDE的不友好，很多底层的东西不方便跟随源码去查，导致到头来发现还不如自己写。

那么问题来了，如果使用一个框架大部分时候只是用它的路由和模型以及模板渲染，那就没法体现这个框架的独到之处了呀...难道真正的使用一个重量级框架就真要这么累吗？

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录