关联的逻辑
对于一个Eclipse用的不熟练的人,面对往Linux系统的远端服务器部署后台服务器这样的任务,走了好多弯路跳了很多坑,但功夫不负有心人,凭着一股“阿基米德”和“阿Q”式的精神我笑到了最后,记录生活,记录心境,写下来的东西才是将价值落在实处的东西,坑要填满填实这样才能保证以后不填同样的坑。
.class文件的清除与更新(内部的联系)
Eclipse这款软件很经典,有简洁的美,但对于用惯了AS的“伸手党”来说,初次使用还真是有点手生,AS在你更改完相关的编码后可以自动将相关的修改保存,这一点很方便,但是EC则需要你不停的按Ctrl+S。说到这里便会有一个问题,修改I以及全局Application这样的文件的时候涉及到部署到远端服务器,这时候你要修改的就不是一个简单的I文件了,因为Linux这样的系统在往TomCat中部署的时候部署的是已经编译生成的.class文件,而I以及Application这样全局关联性的接口、类这种有着“牵一发而动全身”的.java文件在部署的时候就需要同时部署与其有联系的关联类。另外通过实践觉得EC最好是将Project下的自动编译的打钩去掉,尤其是在.class文件清楚更新的时候不是很靠谱。
全局搜索的重要性
上边谈到了关联性,有时候依靠从项目清单中去找关联文件是很耗时耗力的,所以通过Ctrl+H全局搜索就变的极为重要,当然作为用惯Google、度娘的老司机搜索关键字的重要性就不用我啰嗦了。
所思所想
这次遇到的问题不是大问题,但是通过这次实践却让我收获了很多,以下是自己几点小的心得。
透过现象看本质
马克思主义哲学的原话,在编程领域同样是金科玉律。面对Bug也好错误的展现内容也好,首先要仔细分析现象,牛顿从苹果落地想到万有引力定律
F=G*M*m/R^2
,而对与我们广大的“猿”们则应该透过现象想到万千的代码。因为所有的业务最终都是体现在一行行代码的调用上的,对也好错也罢,都是代码运行的结果。所以出现问题的时候要从现象入手,思考现象,定位现象编码实现的具体位置,然后带着问题去一层层分析代码的业务逻辑。
热情造就手速
个人是一个极度热爱节奏游戏的人,也是极品飞车头文字D的脑残粉,由于玩过很多节奏游戏,对手速这一概念有着自己的认识和理解(大学熬夜刷OSU),总体而言热情和兴趣很关键,但更为重要的是对极限操作的狂热,一个能从极限操作中获得满足感的人才能真正成为触手界的一哥、一姐。
理论与逻辑都很关键但实践能让你走的更远
最后要谈谈一个一直困扰我也是老生常谈的话题:理论与实践。十多年的学习期间我一直深受这个问题的困扰,初中从大量的实践(做题)中我渐渐体会到了数学与物理的精妙之处,但是由于体会到了理论的艺术美,把大量的时间用在了欣赏上以至于后来铸成大错走向了一条脱离现实想入非非的不归路。如今幡然醒悟,细细想来这也算是人生的一次宝贵经历吧,走过了别人没有走过的路,即使是错的但收获的却也是别人没有过的,从这个层面上来讲也算是上天对我的眷顾吧。回到正题,理论与实践二者正确的关系其实是互为基础相辅相成的,对于学生时代的学弟学妹们也好,还是热衷于技术的“热血少年”们也好,要想成为傲视穷雄独当一面的“大侠”,做华三论剑的天下第一,那么这二者就都要重视起来,概括起来是以下几点:
- 实践为主,理论为“辅”
- 理论要服务于实践,实践才是前进发展的关键
- 瘦死的骆驼比马大,但我们要做一个壮实的骆驼
- 量变才会质变
- 莫要忽略动手的重要性(民间高手的诞生记)
- 仰望星空与脚踏实地,头抬太高的话容易摔倒