overtrue 的所有回复(757)

评论于 1年前,获得 64 个赞

我个人的建议是:多折腾。

你会在无数次项目的开发与实践中获取不一样的知识,10 万行代码量达到的时候你再回头看现在的你。你会发现其实成长并没有那么难,难在不去坚持。

虽然我不是什么大佬,我也还比较菜,但是在刚毕业的几年,我起码做到了一点:每天写代码到 12 点左右睡觉。你不用去纠结写啥,好奇什么就写什么,比如你发现自己对 Node 不熟悉,那么就用它写一个自己曾经用 PHP 写过的项目的 demo 出来,你会发现这个过程可能会导致你熬夜,甚至通宵两天。

这个过程中不要着急去看回报,它不会很快体现出来的,只有不断写代码,看代码,深究问题,你才会积累成长,很多同学就是太着急,为啥 Laravel 看不懂?为啥别人写同样的项目就是比我快?为啥这个类他会这样去设计呢?为啥他的代码就是写得比我的漂亮呢?当你每次疑问完事都去学习,模仿,然后深究其原因,你就会变成他了。
就像上面 @Summer 写得一样,先做好守,然后才试着去突破,最后才会有你自己的思维方式,达到新的境界。

我也是过来人,劝你一句,不要着急,坚持写就好了,要有一个写码到 80 岁的心态,你就会成长得很快了。加油! :+1:

评论于 2个月前,获得 22 个赞

@guaosi Laravel 的大部分操作,基本都是以异常形式处理,所以不需要 if else 的。

评论于 3天前,获得 16 个赞

感谢这期间大家的支持,这次大会虽然不能如期举办,但是我们也积累了经验,相信未来的日子里我们一定会再一次见面!感谢感谢! :blush:

评论于 1年前,获得 13 个赞

虽然看标题就知道这应该是广告文,不过没事,毕竟选择一个框架,性能只是一个方面,更多需要考量的是:

  1. 作者的资历,这是代码质量的前提;
  2. 安全,是否已经有大量的人使用,是否有活跃的 PR 及快速的 issue 处理速度保障;
  3. 生态,这也是 Laravel 被大家认可最重要的一点;
  4. 圈子,这决定了遇到问题时除了作者,你是否还有其它人可以互助;
  5. 功能,通常情况下,性能高的框架,功能都特别简单(C 拓展除外),满足不了项目需求。

特别要说一下最后一点,关于性能,任何一个项目都不可能简单到性能测试的代码那么简单,不是输出一段内容,或者加上几个数据库查询就能解决的。如果你尝试用不同的框架完成一个复杂的项目,同样的功能,最后再对所有 feature 进行测试汇总,你会发现这些框架的性能对比差异真的只有一点点了。另外,你会发现,性能好的框架上完成这个项目的时间基本上是 Laravel 这样功能齐全框架的 2 倍以上,你需要花费更多的时间在功能集成上。

我曾经试过把公司一个项目(我们3个人开发了3个月),从旧框架改到 Laravel,我一个人用一个月搞定上线(并且还重新搞了后台 UI)。就凭这点体验,我宁愿花钱买服务器(真的超便宜),也不愿意花钱在开发成本上。花 10 万,我能搞定多少服务器?但是如果换成开发人员工资呢?半年左右吧。

所以,说这么多并不是驳斥你的做法,如果想要推广你的框架,你需要做得还有好多好多,加油!:smile:

评论于 1年前,获得 11 个赞

@江政昊 感谢批评,你说得对,我这人就是一个暴脾气,所以为了不让我忍不住去喷,我在官网文档首页就说明了一些基础知识需要准备的范围,我通常不会喷一些逻辑问题,经常我忍不住的问题都是比如命名空间不会用、变量范围都没掌握、或者连怎么安装这类问题,的确我的语气是有点过了,之所以控制不住生气的回复原因就是:我都说了这些基础知识你需要去掌握,但是你却把我的话当作不存在,这是对我的不尊重,所以我才会对这类问题非常的反感。

从 GitHub issue 里也许你就会发现,80% 的他们所谓的问题,最终 close 的还是他们自己,因为不加思索的就提问,连怎么提问都不会,当别人提醒后发现哦,又是自己疏忽了,编程这件事情,没有一个正确态度的人我并不欢迎。

你可能会说我不会挣钱,是的,我这个人就这点缺点,不会为了挣钱去改变自己,去迁就他们,什么客户就是上帝这些对我来讲没用,我不会因为你买了教程你就是我爹,不存在的,你买了教程你还是得按正常逻辑来,该准备的知识你还是得自己去准备,我没有义务去浪费我宝贵的时间来帮你学习。

我认为你既然要做一个东西就应该要有正确的态度,编程这件事情本来就需要认真,持正确的态度的人我从来不会以恶劣的态度相待,你可以问问很多我带过的人(以前公司的同事,或者一些跟我学习过一段时间的朋友,这个社区有好几个),你如果没有一个端正的态度,那抱歉了我伺候不起。

如果你像我一样维护着几十个开源项目,每天10-20个 issue 不等,还有其它各种找来的邮件提问的,社区私信的,最重要的问题是这些提问里,80-90% 的问题,都是低级错误。你可能就不会有一个好的心态去像一个技术大拿一样,耐心回答他们一次了。

我在 overtrue/wechat 这个项目的 issue 模板了准备好了提问的步骤以及必要的参考信息以便于我能更快的解决他们的问题,但是有很多人(真的很多)提问的时候,直接清空了模板内容,贴了几句我也不晓得是什么东西的内容在里面就来提问,我想我可能更多的是因为这样的人对我的态度产生了影响。

我不是什么技术大拿,我只是一个 PHP 熟练工。PHP 经常被人在知乎类似的社区喷得不像样,先不讨论他们的行为为什么这么无耻与无聊,我们更多的应该是去思考这是为什么。我认为,就是因为它超低的入门门槛,一些“能用即可”的人带坏了这个圈子。

最后,非常的抱歉给您造成了不好的体验。

新年快乐!

评论于 2年前,获得 11 个赞

@开发者小蓝 如果你所谓的个人崇拜是指上面大家每人一句 ”厉害的禅师!:thumbsup: “ 的话,那可想而知你的人生是没有什么乐趣的,人家花了几个月,研究各种细节,辛苦的做一个免费的东西出来,大家给个赞美。这是人类一直以来再正常不过的行为而已,你却能把它扯到个人崇拜上来,你也是厉害哦。同样的一个道理,当一个人分享好东西的时候,在场的人鼓掌表示赞美与感谢,按你的逻辑是否也是个人崇拜呢?不过话说回来哈,智商低下的人确实很容易盲目崇拜,好在这样的人我也没见过几个,这也是我们的问题,我们争取以后在赞美别人的时候都加一个括号:

厉害的禅师!:thumbsup: (为了防止个人崇拜现象,请智商低的人不要跟风)

生活的乐趣,除了写码,还有很多值得你去发现。

评论于 6个月前,获得 10 个赞

感谢分享,不过等号两边不空格,差评!

$users=User::where('approved', 1)->get();

另外,你居然使用的是 8 个空格缩进...

评论于 1年前,获得 10 个赞

作为一个用 Sublime Text 写项目的人,表示这些魔法超级好用,实际上并没发现有任何进度,效率上的牺牲,我得靠记忆去记住这些 feature,以便于我在任何一个人的电脑,甚至是服务器上的 vim 改起代码来都是各种顺手,当然了,我也是 PHPStorm 用户,这并不代表哪个好哪个坏,我只是参与一下大家的聊天,哈哈 :laughing:

评论于 9个月前,获得 7 个赞

@slince @nff93 @Hanson
我也来参与讨论一下咯 :smile:

我觉得这是一个边界取舍的问题,往标准了走,用起来可能就不够爽,往简化内置方向走,就不够灵活。其实之前也有跟 @leo 讨论过这类似的问题,基于固定配置格式的灵活性与基于代码 API 的灵活性比较起来是会差一些,在开源框架当中也有两个代表作:Symfony 与 Laravel,symfony 的所有组件基本都没有固定的配置文件或者说配置模板的存在,几乎可以应用在所有的开发环境中,你可以以任何方式来存储配置参数,只要最终使用类 API 的调用去应用即可,非常灵活。反观 Laravel 其实看起来就会比较固定一些,大部分是靠配置文件驱动。

其实这两种形式没有绝对的好与坏,我个人认为,如果你开发的东西是让别人在各种不同的复杂环境下使用,可能 Symfony 这样的更容易接入一些,当然对开发者水平会有稍稍的要求(我见过很多连类的 API 文档都不知道是什么东西的人不少),如果说你做的东西比较独立,不需要太多的集成动作存在,那配置驱动或许是不错的选择。

这两种形式其实是可以融合的,它们的边界可以模糊,Laravel 其实就是这样的例子,它所有的组件都提供了一个用法示例,比如 laravel/laravel 这个应用骨架,基于标准格式的配置文件来拼装一个完整的应用框架。同时,它的所有组件都提供了单独使用的功能,并不需要固定配置文件的位置与格式。

所以,其实两者并没有一定的好坏,对于喜欢开箱即用的人来讲,内置完整的功能模块,拿来直接就可以跑起来,比起非得写一个或者引用一个缓存驱动才能跑起来,肯定是前者带来的愉悦感更强一些。将内置做为可替换,可选组件,也满足了喜欢自定义的用法,所以容器模式在这里应用恰到好处。我内置了 token 缓存,减少了重复的工作量,如果你不喜欢内置的缓存模式,你还可以按标准接口自己实现,还是比较不错的。

个人的看法大概就是上面说的这样,由于人类的复杂程度,导致了不同的需求同时存在,没有适合所有人的应用存在。

另外关于异常处理,我觉得分两个类型,如果是扩展性组件,异常不应该消化,而是抛出,交给应用框架层来处理是合理的。如果是应用性项目,一个完整的 web 应用这样的东西,它已经是顶层应用了,所以它才需要对异常做处理。

评论于 2年前,获得 7 个赞

截图的时候能不能把你那些个 tab 关一下...

1178 声望
文章
18
粉丝
1340
喜欢
2021
私信