码迷,mamicode.com
首页 > 其他好文 > 详细

程序瘦身

时间:2017-09-15 12:16:43      阅读:128      评论:0      收藏:0      [点我收藏+]

标签:思想   框架   size   完全   链接   打包   建立   变量   很多   

  核心压缩,而不是纵向铺张,确保代码、程序的涵养。

  如果压缩核心的话就转向了C。。java本身也可以,我还没到那种程度需要用到C。

  Java被设计出来,就用到了一些编程思想,我还没有吃透这些思想。在之前的设计分类中偶然使用到,觉得忽然想起了一些被遗忘的东西,以前没有搞清楚,现在更理解了一些。

  如果精瘦Java的话。。想起自己对Java的应用也不是很广,第一次写语言是用的PHP,没用Java写过实际项目,虽然学的是这个。教学的过程中传授出来的一些内容也比较浅,更多是在对框架的理解上,没有深入到Java的机制。从开始到现在,很少有看到用得好的。加上,对那些接口的定义,自己也不是很了解是什么意思。

  从应用上看。像工厂就是一个很累人的机制,太庞大,里边的运算逻辑完全可以用一个类或者函数来代替,渗透到底层。这样用对象进行操作显得太庞大,占用内存和运算。也就是说衍生机制,繁殖机制不够用,多用户创建的时候繁衍机制不行。

  一时想不到Java里有什么成熟的处理。

  作为一个对象的话,是一个很庞大的机制。只是这些机制里包含了一些细节的处理、打包,这样比较容易走逻辑。不管是Java还是别的语言,用处里都有这种基本封装。

  如果瘦不动的话就直接给一个远程,让这一块独立出去作为外接物的一部分,比如把数据链接工厂看成数据库的一部分,当成数据库驱动来看,不再处理到程序逻辑里。   。。这也是因为我对数据库机制不怎么了解。

  其它部分的复制,繁衍,处理起来也还好一些。数据库也就是用了链接池,因为建立通道再销毁需要时间。想起来以前编程的时候直接每次都建立这个通道,记得不清了,好像PHP的处理和Java不一样,没有那么重,或者内部封装了链接池,不用再自己做。

  不知道是链接本身比较笨重还是Java对链接的处理比较笨重。不管是socket或者接向数据库,就是一个发送-接收-返回-接收的过程,对这个过程的包装好像很重。

  大概是牵扯到传输协议的包装之类。对数据库算是服务器内的连接,居然也这么慢。

  数据库也算是一个服务器,接收、验证,读取、发送。是一个一直运行,占用内存的服务器。

  真要灵活调动的话,数据的存储也可以有很多方式。。。

  那一块比较硬了,回到程序软调节的部分。

  还有什么呢,有什么是占用内存的,似乎程序更多向数据通道让路,程序本身的占用、复制已经很少。程序本身的占用就是一些命名字段的选取,固态变量的生成,算是包逻辑的皮不要弄得太厚就可以。如果分工合适也厚不到哪里去。

  总之,纵观没有什么可以瘦身的地方。。。

  

程序瘦身

标签:思想   框架   size   完全   链接   打包   建立   变量   很多   

原文地址:http://www.cnblogs.com/flangrean/p/7525339.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!