也有一段时间没有去关注过java了,最近又弄上了java,呵呵,感觉还不错,比起刚学过的C#,简直就不是一个档次的!有些委屈C#了,其实主要是自己对java情有独钟,特殊的语言,特殊对待.
    前天在linux下装了个jdk,结果后来发现可执行jar包不能执行,没有jre的打开方式,可能是因为系统自带了openjdk造成的吧,于是就将自带的jdk卸载掉,然后重新安装了jdk1.6,觉得不妥,就配置了环境变量,java -version "Enter"......出来一大串,呵呵,想想事成了,接着又将netbeans乱码问题解决,很美好的一切;然而到下午开机的时候却惊奇的发现登录界面里面忽地没有了默认用户,root也登录不了,进入文本模式登录后就立刻提示"/usr/java/jdk1.6.0_21/bin: is a directory"...=_=,vi也提示command not found!心理很是郁闷,我可是要做作业呀!后来上网找到了这方面的资料,原因跟我预料中的一样,jdk环境变量错误!唉...粗心呀!而问题的解决方案是这样的:首先进入/etc,然后bin/vi profile,将错误更正重启即可(错误的原因是因为PATH环境变量的分隔符,本应该是冒号,而我误写成了分号!).自这事出现后,我都觉得root不敢乱用了,曾今的我装系统是家常便饭,现在,改改了拉,我是用电脑来作程序开发,不是用来作系统测试的,要尽量少将时间花在系统上面!
    突然感觉时间越来越紧了,本来定在明年4月份出去今天老师跟我们说明年过完年就出去!有些压力,更多的是动力.
    恩恩,谈谈程序吧,今天在做项目的时候因为教员的一句话点醒了.我比较喜欢做"封装"之类的东西,喜欢别人用我封装起来的东西,所以自己每次做项目的时候都想能够做一个较为通用的数据访问类,然而今天,因为我的一个问题:如果说我的封装解决不了实际问题,那么我的封装还有任何意义么?这是教员给我的警示,其实我一直在努力实现高效封装,希望能通过我的封装,未来的美工也能当"程序员",你只管做好你的页面及写好你的配置文件,恩,最多就是让你做个数据库,而其他的业务逻辑,什么的,你往配置文件里面一写,加上我的数据处理框架,一个项目就好了!呵呵,这是ASP.NET对我最大的印象,这确实是事实,在ASP.NET的web窗体页面里面,你看不到任何程序代码(当然这主要是讲普遍的ASP.NET项目,个别例外),呈现在你眼前的只有xml!我想,这可能也是jsp的网站要少于asp.net的一个小小原因吧,呵呵,让大家见笑了.
    这两天在想一些关于程序语言和文件的问题.
    xml,我们解析xml之后能够直接将数据读取到对象中去,而数据库跟对象似乎么有这么直接,我们先得用sql语句查询出我们所需要的数据,然后再通过数据访问层(就相当于xml的读取了)来将数据加载到对象中去,中间似乎多了一个环节,但是我们不得不承认用数据库来存取数据的优势,首先是数据量大,其次是读取数据快,这些,我想是xml的欠缺吧.但是我们换个角度想想,我们的数据库跟程序之间是两者的关系,而xml和程序貌似一体的,我们很少甚至没有听说过"xml管理器",而数据库管理器则家喻户晓,我们的xml作为数据源真的有那么远吗?假设出现了个"xml管理器",我们的程序将会怎样做?试想一下,我们的数据访问层不再需要sql语句,管理器与程序之间也不需要个什么驱动程序,(能不能像javaweb项目中的模式那样,由程序语言定义一套接口,接口的实现由"xml管理器"厂商来实现,而用户则负责使用这些接口来实现需求的相应功能)一个配置文件就建立了数据源与程序之间的桥梁,那该多好呀!嘘!废话说多了要挨批斗,就到这里吧,呵呵.



     xml文件的读写是通过xml解析器来实现,而数据库则用sql语句来获得所需数据,数据库是不是应该向xml的方向发展呢?
数据库的原理是怎样的呢?
     ......