工作之余的思考--关于框架

1、

    工作中遇到了不少技术上的问题，也有不少自己不是特别满意，而又无法改变的地方。这段时间在web game做后端工作，记录一点点体会：

        后端有大量的业务需要处理，如何协调他们之间的关系显的很重要。首先说一下耦合性吧，在业务代码中，不可避免的需要调用其他模块的服务，那各个模块提供的服务如何界定，项目开发前的约定就显得比较重要了，模块只需实现它生命的功能，不管是功能处理或者通信。其次是内聚，感觉这个说起来涉及到好多方面，挑几个吧:一个模块要内聚，处理自己的东西，其他模块在使用相关功能时需要调用其服务，这样也有利于在以后加一些控制；一个对象同样如此，一个对象应该可以处理它自己的逻辑（工作中也遇到了大多少对象只有set,get之类的方法，大多数的service类都变得很庞大，查找，阅读不很方便，便查阅了DDD,感觉还是有不少可取之处，可是也由不少迷惑之处，希望这方面有想法的能多多交流），这应该也由点OOP的味道了。

        前段不是很熟悉，也就不说了。

        上学的时候有个比赛叫数学建模，当时也没感觉有啥用处，工作的这段时间中，对模型的渴望也越来越大。前后端进行交互的工程中，前段过于依赖后端即时数据的发送，导致了不少问题，后端同样也会类似的问题。这段时间一直在考虑数据模型这个东西，就像一个水缸一样，大家只要往里放东西，从里边取东西，不知道效果会不会更好。

    一个系统的架构确定很重要，决定了一个系统的容量和他能够到达的高度；同样的功能不同的人写的差距还是很大的，有的地方只有在较高并发的环境下才能暴露出来，同时一个系统的目标也影响了他编写的方式。

    对于cache,只用于临时存储数据，也只有亲自去实现一个（哪怕是最简单的），才发现也会涉及到很多东西，也能学到很多知识。

    对于orm，用的不是特别多，不清楚他的性能跟手写的差距多少，用的多了也会涉及到jvm的优化吧。

    对于数据库，也就经常用mysql，对于数据库比较细的优化基本0经验了。

先写这些吧，可能有些地方写的不合理，欢迎指出，后续更新吧。。。。