核心压缩，而不是纵向铺张，确保代码、程序的涵养。
如果压缩核心的话就转向了C。。java本身也可以，我还没到那种程度需要用到C。
Java被设计出来，就用到了一些编程思想，我还没有吃透这些思想。在之前的设计分类中偶然使用到，觉得忽然想起了一些被遗忘的东西，以前没有搞清楚，现在更理解了一些。
如果精瘦Java的话。。想起自己对Java的应用也不是很广，第一次写语言是用的PHP，没用Java写过实际项目，虽然学的是这个。教学的过程中传授出来的一些内容也比较浅，更多是在对框架的理解上，没有深入到Java的机制。从开始到现在，很少有看到用得好的。加上，对那些接口的定义，自己也不是很了解是什么意思。
从应用上看。像工厂就是一个很累人的机制，太庞大，里边的运算逻辑完全可以用一个类或者函数来代替，渗透到底层。这样用对象进行操作显得太庞大，占用内存和运算。也就是说衍生机制，繁殖机制不够用，多用户创建的时候繁衍机制不行。
一时想不到Java里有什么成熟的处理。
作为一个对象的话，是一个很庞大的机制。只是这些机制里包含了一些细节的处理、打包，这样比较容易走逻辑。不管是Java还是别的语言，用处里都有这种基本封装。
如果瘦不动的话就直接给一个远程，让这一块独立出去作为外接物的一部分，比如把数据链接工厂看成数据库的一部分，当成数据库驱动来看，不再处理到程序逻辑里。 。。这也是因为我对数据库机制不怎么了解。
其它部分的复制，繁衍，处理起来也还好一些。数据库也就是用了链接池，因为建立通道再销毁需要时间。想起来以前编程的时候直接每次都建立这个通道，记得不清了，好像PHP的处理和Java不一样，没有那么重，或者内部封装了链接池，不用再自己做。
不知道是链接本身比较笨重还是Java对链接的处理比较笨重。不管是socket或者接向数据库，就是一个发送-接收-返回-接收的过程，对这个过程的包装好像很重。
大概是牵扯到传输协议的包装之类。对数据库算是服务器内的连接，居然也这么慢。
数据库也算是一个服务器，接收、验证，读取、发送。是一个一直运行，占用内存的服务器。
真要灵活调动的话，数据的存储也可以有很多方式。。。
那一块比较硬了，回到程序软调节的部分。
还有什么呢，有什么是占用内存的，似乎程序更多向数据通道让路，程序本身的占用、复制已经很少。程序本身的占用就是一些命名字段的选取，固态变量的生成，算是包逻辑的皮不要弄得太厚就可以。如果分工合适也厚不到哪里去。
总之，纵观没有什么可以瘦身的地方。。。