悬赏解决问题
分享
  • 收藏
  • 举报
    X
    不客气地说,个人认为,如果哪天程序被其他人接手,可能会挨揍!
    191
    5

    非常头大的一点,目前x1的小程序已存在或者将会存在以下多种类型:

    平台套壳、圈子套壳、集群套壳、平台原生(将存在)、圈子原生、集群原生6种,

    然后在分平台型与商家工具型,两种大场景,所以很多时候可以看到,老大把5*2=10种逻辑的处理写在了一个方法,我不知道你们什么感受,但我这里,心塞!

    比如一个登录,

    读这个方法,真的是他喵的日了仙人,看小程序文档,就那么点东西,在这里直接用一大堆来处理套壳、集群、圈子小程序以及圈子商家与平台的关系,但最重要的get_wxappAppid()这个方法到底是什么逻辑,一直获取不到appid,难道只是服务套壳的,因为只有套壳的才能在缓存中留下点什么。

      另外小程序登录还有一个方法,

    之前发布的uni经典文章风格用的就是这个登录,貌似如果用户之前没注册过,这个方法就是废的,如果需要把结果返回给前端,再判断是否新用户,那直接使用图一的方法就行了,注册过的就直接登录,没注册的就注册后登录,不知道这个wxapp_getuser_bycode的存在是干嘛的,这个qid难道又是圈子id?


    到目前为止,很多细节性的东西还是在老大自己的脑袋里,开发文档很空白,很多东西只有老大自己懂,

    我觉得就算是一个tp高手过来,没有系统的开发文档做指引,比如如何处理平台与商家工具的关系,如果处理上述三种小程序类型的关系,针对系统默认的平台型场景写个方法,是否同时对圈子工具型场景有效,会不会有bug,诸如此类,没有文档,基本全凭想象,说不定这个tp高手在x1的学习成本会远大于tp,

    比如下面:

    注释看得懂,逻辑看得懂,但是为什么?平台与商家是什么样的依存关系?


    因此,就目前的情况,无耻的倡议一下开发者:

    项目开发之前,确认是服务平台还是服务商家,确认是服务平台套壳还是开放平台还是圈子商家套壳,确认之后在动工,不要跟官方一样大锅烩,所有的官方没有区分以上类型的方法接口,全部重写自己的项目里,这样能节省很多时间!


    建议官方涉及到多平台公用的方法,分开写,既然可以使用n_wap  in_wxapp等判断类型,那方法就尽量分开写,前端页面做判断多写点无所谓,保持后端的干净利落可读性是首要的!

    如果继续这样下去,个人认为,如果哪天程序被其他人接手,你可能会挨揍!




    1
    赏礼
    赏钱
    收藏
    点击回复
        全部留言
    • 5
    0 赏钱 赏礼回复
    • 袁冬 普通粉丝 消费:160.85元 12天前 17:55
      华为
      5楼
      这些地方没必要再二开吧
    0 赏钱 赏礼回复
    • admin 超级管理员 消费:3.01元 12天前 14:51
      其他手机
      5楼
      这些东西本来就不考虑给大家做二开的改动的
    0 赏钱 赏礼回复
    • 午夜梦寒 实战运营者 消费:1817.13元 12天前 14:455楼
      如果有实力团队去接手,我觉得还是按照总体逻辑推倒重新写一个。不然都是乱。
    0 赏钱 赏礼回复
    更多回复
        你可能感兴趣的主题
    恢复多功能编辑器
  • 3 1
  • 悬赏解决问题
        圈内贴子3148
    • 圈子成员151
    本圈子内的新贴

    推荐内容
    扫一扫访问手机版
    请选择要切换的马甲:

     
    网页即时交流
    QQ咨询
    咨询热线
    020-28998648