Junwind 的个人博客 / 2 / 17 / 创建于 2年前 / 更新于 2年前
我发现 Laravel 社区,很多问题,其实 php 本身就能解决,很多人反而去求用 Laravel 的写法怎么解决,我个人觉得哈,稍微有点本末倒置了。
看评论,我觉得大家说的都有道理,各有各的优点,用 Laravel,确实按 Laravel 本身的写法来做,更规范整体代码,好维护。
本作品采用《CC 协议》,转载必须注明作者和本文链接
其实并不是,有时候是刻意的,尽量保持代码的一致性。例如字符串操作,我尽量选择框架提供的Str对象,而不是 str_ 函数
Str
str_
例如:
@陈怼怼 用框架的是因为会涉及到时区问题
@陈怼怼 是的,这个问题,懂php的,几乎不需要问,随便怎么处理都行。我不明白很多人都要用框架去解决,如果脱离了框架,是否还知道php怎么写呢?
楼主,举例说明下,不然大家一头误解,我猜想可能的原因吧。
php
因为使用了PHP的框架,所以会先想到用框架来处理问题,如果按照语言本身能处理来看,那不就等于全部都原生开发了
你这和问为什么用框架不是一样的吗。
大概信赖框架带来的安全感
这感觉就像是明明用第三方的轮子和发动机了非要自己脚蹬来产生动力。明明已经封装了公用方法却依然重复用底层,这种做重复工作一定会影响效率吧。而且框架是基于原生封装的,非要用原生写,那还用框架干嘛。
为了 项目开发规范
而且laravel社区laravel板块肯定是以laravel为主,用底层php才是本末倒置
php: $data = [...]; $type_2s = array_filter(fn($item) => $item['type'] === 2,$data); $type_2s_xxx = array_map(fn($item) => ['id' => $item['id']], $type_2s) laravel: $type_2s_xxx = collection($data) // ->filter(fn($item) => $item['type'] === 2) ->where('id',2) ->map(fn($item) => ['id' => $item['id']])
php array: 性能高,代码麻烦
collection: 性能低,处理10w数据估计1s+, 但是代码简洁
1s+
拿数组举例,都可以互相代替,正常来说(数据不大),我更喜欢用 laravel。
laravel
高认可度评论:
其实并不是,有时候是刻意的,尽量保持代码的一致性。例如字符串操作,我尽量选择框架提供的
Str对象,而不是str_函数例如:
楼主,举例说明下,不然大家一头误解,我猜想可能的原因吧。
php知识底子不太好,解决问题能力不足或者过度依赖工具吧。因为使用了PHP的框架,所以会先想到用框架来处理问题,如果按照语言本身能处理来看,那不就等于全部都原生开发了
其实并不是,有时候是刻意的,尽量保持代码的一致性。例如字符串操作,我尽量选择框架提供的
Str对象,而不是str_函数你这和问为什么用框架不是一样的吗。
大概信赖框架带来的安全感
这感觉就像是明明用第三方的轮子和发动机了非要自己脚蹬来产生动力。明明已经封装了公用方法却依然重复用底层,这种做重复工作一定会影响效率吧。而且框架是基于原生封装的,非要用原生写,那还用框架干嘛。
为了 项目开发规范
而且laravel社区laravel板块肯定是以laravel为主,用底层php才是本末倒置
php array: 性能高,代码麻烦
collection: 性能低,处理10w数据估计
1s+, 但是代码简洁拿数组举例,都可以互相代替,正常来说(数据不大),我更喜欢用
laravel。