最近发表的评论
  • 多层次的条件判断如何用 when 来构造 at 1个月前

    @leo 不好意思,前面没注意看。学到了,谢谢。

  • 多层次的条件判断如何用 when 来构造 at 1个月前

    @leo 可是不用when的话,那么每次构造查询,都得把完整查询再写一遍岂不是代码很重复?

  • 前后端分离的一次实践,以 Laravel 为服务端, angular 为前端的一个练习项目 at 4个月前

    @Jeffrey 关于“野路子”这个说法,也是我个人的感觉,可能并不正确。我是这么认为的,既然XmlHttpRequest在原始的规范里就不允许跨域,那必然是有一定的原因在里面的。我并不知道成熟的方案是如何打破跨域的限制的,但推测是和“越狱”性质差不多的野路子。我认为“最佳实践”就不应该有野路子,所以才有了这样的疑问。
    (当然,这些都是我xjb猜的东西,欢迎大家指正 :grin:)
    回到我的这个问题,那么是不是可以下结论了——angular的编译打包内容单独部署一份前端,服务端api单独部署,并解决跨域问题,就是angular、react、vue等js前端框架的最佳使用方案?
    关于能不能部署到一个域名下,能不能以nginx为例说说怎么弄?写个大概思路即可。
    谢谢!

  • 前后端分离的一次实践,以 Laravel 为服务端, angular 为前端的一个练习项目 at 4个月前

    刚学angular,始终有几个问题,搜也搜不到,看到楼主分享学习项目,请教一下。
    angular打包出的前端项目,一定要单独占一个坑来部署吗?
    我看你的github上就是分了两个项目,angular一个,laravel一个。难道这就是最佳实践了吗?即“前后端彻底分离”。
    如果这就是最佳实践,那分了两个项目部署之后,接口和前端岂不是就在两个域名下了?angular的http请求本质还是ajax吧,又不能跨域。(虽然跨域的问题好像能解决,但感觉毕竟不是正途,是野路子)
    难道就没有方法可以把angular打包内容作为静态资源放入laravel里面,然后用户只访问这些“angular静态资源”,而angular访问同域名下laravel提供的接口。
    (以上全是我自己的猜测,我只是刚走完了angular的hero tourist,并不清楚最佳实践是什么样的。)

  • 所以这个 register 到底是用来干嘛的? at 6个月前

    @liuqing_hu 真心感谢大佬,不光解决了我的疑问,还顺便帮我去火了。
    文档里如果写了$this->app->singleton再提下$this->app->make,至少还能给人一个脑补的方向,查资料的关键词。
    不说了。。。。
    底下的两篇文章链接我会好好看看的。

  • 所以这个 register 到底是用来干嘛的? at 6个月前

    @DianWang 大家都很理性,其实这也不算撕逼,就是我单方面在发牢骚,因为我被这文档搞得很生气(大家好像认为文档写成这是理所当然的,这导致我怨气更重了)

  • 所以这个 register 到底是用来干嘛的? at 6个月前

    @helloBear 你认为你的智商合格吗(不是在侮辱你)?
    如果合格的话,那么想想,以你现在“已经懂了”的眼光看看你一年前“什么都不懂”的那些东西,你觉得它们真的很难吗?
    你觉得它们就应该让你用那么长时间读源码,才理解吗?
    这难道不是一种没必要走的弯路吗?
    学习也是分高效和低效的。
    一句话,这文档写的就是烂。敬畏之心不是用在这个地方的,我敬畏大神框架设计的优雅,里面很多理念都是我没见识过的。但我也很清楚,它这文档就是写的烂——程序员根本不懂怎么让人明白一件事。越是大牛越容易和新手视野不一样,越是想不到需要在文档中明确哪些东西。

  • 所以这个 register 到底是用来干嘛的? at 6个月前

    @leo 你说的很对。不过这就是一个相对的问题。
    如果我是一个刚看了两眼PHP就不知天高地厚来学Laravel的愣头青,然后看到这篇文档看不懂了,并且来评论区大放厥词,那显然是不对的。
    但我既然已经在深究ServiceProvider了,显然不是那个级别的菜鸟了(就算是菜鸟,也是摸爬滚打过的鸟了吧)。
    这个文档,将register的部分,我睁大言情看了半天——
    ···
    在 register 方法中,你只需要将类绑定到 服务容器 中。而不需要尝试在 register 方法中注册任何事件监听器、路由或者任何其他功能。否则,你可能会意外使用到尚未加载的服务提供器提供的服务。
    ···
    第一句话讲了什么?没讲register是干什么的,设计理念是什么,直接就说了一句类似“使用时要注意的小tip”一样的东西,你觉得新人看到这里是不是一头雾水?
    接下来是一段代码示例,就是那个看不懂的singleton。
    然后又是一句话:
    ···
    这个服务提供器只定义了一个 register 方法,并使用该方法在服务容器中定义了一个 Riak\Connection 实现。 如果你不了解服务容器的工作原理,请查看其 文档.
    ···
    我真是艹了。这文档到最后都说什么了?
    我要是都懂我还需要来看这篇文档吗?

  • 所以这个 register 到底是用来干嘛的? at 6个月前

    @DianWang 谢谢回答。
    不过还是没能完全解惑。
    “暂时用不到的话,没必要纠结,知道能做什么就行”,我同意这句话,事实上,我就是想了解一下这玩意儿能做什么,并没打算彻底弄懂里面的原理,立马实战什么的。
    但无论你的回答也好,官方文档也好,都仅仅只提到了“注册服务”、“绑定一个类”这样浮于表面的抽象说法。说实话,对新手极为不友好。为什么写出了这么好的框架的人,不能好好地把其中的设计理念、最佳实践,好好介绍出来呢?这可是官方文档啊,任何一个初学Laravel的人都会先来看这个东西。
    我生气的是为这个——老鸟活在自己的世界观里,根本无法理解菜鸟看到的世界是怎么样的。编程的门槛现在很低,但同时也不低,每个入门的人都浪费了大量的时间,走了大量的弯路。

  • 所以这个 register 到底是用来干嘛的? at 6个月前

    @DianWang 所以singleton是用于引入单例的?那除了写singleton,register里还能干什么呢?
    在register里做的事情有哪些共同特性?
    在boot方法里又是做哪些事情的,和register里做的事情有哪些不同?