`
134564
  • 浏览: 19841 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

杂<十>

阅读更多
11月

4号

这周一演示,效果还不够满意,原因是稳定性和几个细节功能,演示的结果是:坐骑界面重构,商店功能新增一个拖拽买卖。另外,下一步工作计划中分配了服务器方面的功能。

昨天亚权讲解了一下服务器的结构,以horse为例,总结下来知识的主要有:
1、 数据从哪读
实现了service接口的startup和shutdown方法。在startup方法中读取了数据(主要是模板类数据)
2、 实体类和模板类,与编辑器实体的关系
项目的模板类并不是直接继承编辑器中的实体类,而是属性与之一一对应但是完全自己写,并且添加自有的属性。
3、 协议
协议应该在实现某方法之前先明确好
4、 广播
待研究
5、 其他
实体方法中包含转二进制方法
opcode类的调用流程。先从playerHandle中调用

另外,协议注意写注释

周二开始重构horse客户端界面,周三写客户端操作,并且加入上下骑与服务器交互。重写了下骑的服务器方法。


6号

晚上开始写邮件部分,看了代码。像是用hibernate做的数据层。 这个时候突然有些感悟,自己从几年前开始使用hibernate,在新项目中又用到hibernate了,熟悉感袭来后觉得很失落。 是啊,hibernate我用了很多年了,我很熟悉。 可我熟悉什么? 我还是照着某个参照物描一遍。
我知道我自己建hibernate项目的时候使用注释,可是现在还是得老老实实的拷贝一个xx.hbm.xml文件改成自己的类名前缀。 写代码的时候前面的经验也没有任何帮助。他现在只是一个数据层的小工具而已。 写过这样那样的觉得牛逼的东西,到这里剩下的也只有参照这样例改。曾经的牛逼哄哄的东西到底是什么呢?好像只剩下哄哄了。
hibernate对我来说一直也只是担任一个快捷工具而已,没有用它的更高级的功能<缓存优化?搜索?不算什么吧>。 在项考目中它对我影响却是巨大的,我会参一系列优秀工程的使用方式。找到最好,自认为最方便的方式使用。
但是再怎么方便,它只是负责了一个数据层而已啊。难道,曾经的我们真的只是数据库编程人员?
分享到:
评论
发表评论

文章已被作者锁定,不允许评论。

相关推荐

Global site tag (gtag.js) - Google Analytics