6把刀

6把刀

这家伙有点懒,还没写个性签名!

  • 财富值610
  • 威望值80
  • 总积分2020

个人信息

  • 超简单的问题,你可以把你存入的字段当成是一个对象,那对象又可以是JSON。那简单了,存JSON。取出来json_decode他就又变对象了,想怎么玩,就怎么玩

  • 回复了 的回答

    这里的问题在与浏览器发送第一个请求为OPTIONS你可以在你的浏览器调试那看下,
    你可以参考yii\rest下面的URL设置。这个总的来说,说来话长,不是一下能说清楚的。
    原理就是浏览器会发送一个OPTIONS到你的 test-abc/index
    你这时可以修改'OPTIONS,POST index' => 'test-abc/index',
    这样就能通过了。
    但是项目会用到授权,比如jwt授权,而这个授权的行为是在第一个位置,你的路还很长哈。

    而完整的一个项目,涉及到的用户授权,认证等一系列问题。你的知识点还得多补充。当涉及到认证时,就是先认证,还是先cros这个环节入手。

  • 回复了 的回答

    这里的问题在与浏览器发送第一个请求为OPTIONS你可以在你的浏览器调试那看下,
    你可以参考yii\rest下面的URL设置。这个总的来说,说来话长,不是一下能说清楚的。
    原理就是浏览器会发送一个OPTIONS到你的 test-abc/index
    你这时可以修改'OPTIONS,POST index' => 'test-abc/index',
    这样就能通过了。
    但是项目会用到授权,比如jwt授权,而这个授权的行为是在第一个位置,你的路还很长哈。

    'OPTIONS,POST index' => 'test-abc/index',中间那,是半角,不要搞错了

  • 这里的问题在与浏览器发送第一个请求为OPTIONS你可以在你的浏览器调试那看下,
    你可以参考yii\rest下面的URL设置。这个总的来说,说来话长,不是一下能说清楚的。
    原理就是浏览器会发送一个OPTIONS到你的 test-abc/index
    你这时可以修改'OPTIONS,POST index' => 'test-abc/index',
    这样就能通过了。
    但是项目会用到授权,比如jwt授权,而这个授权的行为是在第一个位置,你的路还很长哈。

  • 回复了 的评论

    楼主好,首先感谢您写出这样的教程。我最近也在为这样的问题烦恼!
    按照以前的习惯,我会将多个表的操作封装在一个主model里。这样控制器不需要额外的逻辑判断。
    楼主这样写,是不是在某些情况下,会吧逻辑写在控制器里呢?比如说,根据返回值,判断是否向某个表里插入扩展数据!!

    怎么会有问题,不会有问题的。当然save他本身提供了几个事件给你,你可以添加行为触发事件,就不用重写save了。反正条条大路通罗马

  • 回复了 的评论

    楼主好,首先感谢您写出这样的教程。我最近也在为这样的问题烦恼!
    按照以前的习惯,我会将多个表的操作封装在一个主model里。这样控制器不需要额外的逻辑判断。
    楼主这样写,是不是在某些情况下,会吧逻辑写在控制器里呢?比如说,根据返回值,判断是否向某个表里插入扩展数据!!

    看理解了,我更喜欢把控制器看成是路由。他只负责引路,而处理的其实是数据模型该做的事。
    比如vue2,ng2前端框架

  • 回复了 的回答

    RESTful api 只是一种风格
    yii2的 api其实只是普通的constroller他多了的只是内容响应与一些封装。

    对于普通constroller 返回的数据response->data是html类型,当这个类型为json就是API。所以API并不高明。

    而RESTful api其实就是动词,通过路由达到的效果。

    而你的需求,你只要理解,API的控制器跟你普通的控制器是一样的,你原来返回的是什么,你在这里也返回是什么,都是通用的,因为api他在内容响应时,会格式化你的response->data,当是API。他会自动格式化成json, 当是普通控制器,他就会是html了。所以

    “但我需要返回多表查询后的数据 不知道yii2 RESTful api有没有自己的方法 ”

    原来普通怎么返回,你就怎么返回。

    我没做过APP。我一般都是用vue+vuex+vux+yii2

  • 回复了 的评论

    楼主好,首先感谢您写出这样的教程。我最近也在为这样的问题烦恼!
    按照以前的习惯,我会将多个表的操作封装在一个主model里。这样控制器不需要额外的逻辑判断。
    楼主这样写,是不是在某些情况下,会吧逻辑写在控制器里呢?比如说,根据返回值,判断是否向某个表里插入扩展数据!!

    恩,可以这样,就是可以重写model 的save方法,那以后在外面控制器里只要$a->save他就会把B也存了。
    代码这东西,就是结构的拼装,积木块一样,只要你能想,都能有办法实现。只是好与更好的区别。没有最优,只有更优

  • ajax请求过程中,服务端是没法做跳转的,这点要知道。并不是这里ajax请求server.php在server.php里面做判断,再跳转。这是浏览器不认的。

    一般情况做法是这样ajax请求server.php里面做了判断要跳转的网址会放到响应头或响应体返回给客户端,再客户端去处理URL跳转,比如:location.href

  • 回复了 的回答

    RESTful api 只是一种风格
    yii2的 api其实只是普通的constroller他多了的只是内容响应与一些封装。

    对于普通constroller 返回的数据response->data是html类型,当这个类型为json就是API。所以API并不高明。

    而RESTful api其实就是动词,通过路由达到的效果。

    而你的需求,你只要理解,API的控制器跟你普通的控制器是一样的,你原来返回的是什么,你在这里也返回是什么,都是通用的,因为api他在内容响应时,会格式化你的response->data,当是API。他会自动格式化成json, 当是普通控制器,他就会是html了。所以

    “但我需要返回多表查询后的数据 不知道yii2 RESTful api有没有自己的方法 ”

    原来普通怎么返回,你就怎么返回。

    规范啊。本身没有什么好,但是大家都遵循这个规范,他就有好处了。
    就好比充电器,有规范,才能通用。有规才有方园,就算没有RESTful api这规范,也会出来xxxx api风格

总监 等级规则
2020/5000
资料完整度
10/100
用户活跃度
0/100

Ta的关注

0

Ta的粉丝

8

Ta的访客

28