zoukankan      html  css  js  c++  java
  • 忙忙忙

    最近都在加班,没什么好写的。每周六天,没事也要过来,有点崩溃。

    邮箱、聊天之类的都做成信道,尽量和数据抽离开,由具体系统处理对客户端的数据转换,但是orm那块不够灵活。如果不走orm,担心数据格式不对,直接用字符串保存的话,又丢了格式,以后运营的时候不好查找数据。

    玩法堆了几个,成长系统比较多,光英雄的就堆了5、6个了。战斗力计算没时间去理清,虽然都是简单的读表处理,但是各个系统之间有交互,不知道现在这套接口够不够灵活,会不会坑爹。另外,还有一些buff之类的,一直只有客户端维护,之前服务器是没有考虑到的,不知道战斗力会不会需要buff叠加。

    卡牌的投放还是一个没有定论的事情。究竟要不要经历一个卡牌到英雄实例化的过程,这个过程要不要暴露给玩家,还是没想好。策划们似乎能接受,投放卡牌的地方也不多,应该能改过来。

    成长系统里,很多系统都非常像,就是消耗改一点,或者升级加一点随机元素,改一下不读条直接升级,不知道这是什么设计。

    手头的奥义做完后,成长这一块算是结了。想给这一块代码来个总体的code review,但是都是读一下表,改几个数字,没什么逻辑,又不知道从何review起,有点迷茫。

    结论是还是要好好读完设计模式

    另,在kick starter入了pebble time 2,但是又口水google家的Project Soli,不知道什么时候有新品上。google家的语音助理也很吸引,控制全屋家电棒棒的

  • 相关阅读:
    Servlet接口实现类开发步骤
    Servlet概述
    Web服务器之HTTP协议与Tomcat服务器
    vant中van-picker选项插入图片
    排序算法-插入排序
    排序算法-快速排序
    排序算法-冒泡排序
    浅谈C#中Dictionary的实现。
    设计模式(23)-备忘录模式
    设计模式(22)-访问者模式
  • 原文地址:https://www.cnblogs.com/Lifehacker/p/too_busy_to_draw_attention_to_all.html
Copyright © 2011-2022 走看看