美文网首页
阳光总在风雨之后

阳光总在风雨之后

作者: 螃蟹和骆驼先生Yvan | 来源:发表于2018-06-22 15:28 被阅读75次

    今天: 2018-06-22 天气:阴 星期:周五

    每日一标:今天想重新学习自动化部署和rancher

    这一周我一直在写代码,我发现自己很多问题,我在公司属于半运维半后端,后端代码我一般不是经常写,我发现我大概过一周就不知道该怎么写代码,就比如这周要做的物联网,实现多厂商设备控制,打破行业壁垒,让家电行业可以互联互通,我在写代码就遇到一个小问题,耽误我大量时间,做为中间厂商之间的枢纽,A厂商用户————>通过枢纽控制————>b厂商设备
    问题:
    我们要求A厂商发送的参数全部大写,但是我通过实体类接收,通过SpringBoot注解@JsonProperty 遇到一个问题,就是在java中有很多命名规则,比如我用的是大驼峰法:DataBaseUser
    并不是所有参数都可以用大驼峰法,在java内部是对于实体类和参数接收你可以用注解@JsonProperty接收,但是在内部是把首字母大写转化成小写,所有参数变成小驼峰法:dataBaseUser
    我当时测试很久,我以为是中途接收出错误了,但是我发现接收到全部是大驼峰法,后来我就通过Map集合直接接收厂商发来的数据进行测试,我发现厂商发送的数据并没有错误,这让我很迷茫,难道是我中途转发接口,编码时候转换了,没办法我又用tcp调试工具进行测试,发现得到的数据也基本上变成小写,之后我把所有参数首字母小写,我发现全部正常,我得到结论是
    1.你需要写配置文件,让java忽略参数大小写。
    2.如果你只是一个单纯转发你可以用Map集合接收中途不管大小写都不会变

    虽然感觉事很小,里面确实能让人卡住,做为枢纽你不可能随意改变自己定义的东西,所以每次写一行代码都需要充分思考是否符合全部思路。
    其实本周我写代码思路也遇到过逻辑问题,就是自己写的代码发现有的地方说不过去,写好代码,其中一个pm和我核对代码类推逻辑,我发现自己竟然说不通,手里拿着笔是真的有蒙,我完全按照自己逻辑,没有走用户的逻辑去考虑。
    说一下逻辑吧
    要实现: A厂商用户通过行业平台控制B厂商用户设备。
    当时逻辑:
    A用户先在行业平台注册,然后在登录的时候输入不同厂商id,通过厂商id判断控制的设备属于那个厂商,这个逻辑完全是错误的
    正确逻辑:
    A用户在行业平台注册,然后登录的时候输入用户所属厂商id,这样可以得到一个tocken,让我知道这个设备属于这个厂商。
    厂商要在行业平台提前注册,并且要得到国标OID,通过OID里可以知道这个设备属于那个厂商的。
    剩余就是A用户和这个设备的绑定,设备操控和设备状态的获取。

    相关文章

      网友评论

          本文标题:阳光总在风雨之后

          本文链接:https://www.haomeiwen.com/subject/gdhyjftx.html