只显示主题贴

引用 但也有个缺点就是这样的Event-listener是脱离主容器(比如Spring IoC环境)单独实例化的,无法访问主容器的资源(比如要取得当前登录的用户信息就会比较麻烦)。这个暂时还没解决。 是否可以在主容器加载完毕后,将上下文放到一个contextHolder中保存,而Event-listener可以通过contextHolder处获取访问容器上下文的入口呢?
  • 进入论坛 Java
从历史上看,世界万物都是在不断的进步的,编程语言发展到今天,OO占据主打地位,也是有其自身因素和必然规律的。如果摒弃OO,重新回到面向过程开发,那么肯定是违背历史发展,也不会得到大家认同的。OO之所以有今天的地位,我认为他是一门最能把客观世界的物体映射到计算机世界的编程思想,或者说是目前最为接近达到这一目标的实现。
  • 进入论坛 Java
的确,这是一个解决性能的问题。不过用例不会太多,因为众所周之,反射的性能开销是很大的,碰到LZ提到的这种情况,都会想办法绕过Reflaction API去解决,而FastMethod可以说是一个方案。 PS:楼主的想法,能力,对事的态度都比较欣赏,再接再厉哈。
  • 进入论坛 Java
从你的分析上看来区别就在于标准method的反射API的invoke方法被FastMethod重写了。那么这样一来,其实上也就不算是反射了,因为FastMethod是实实在在的知道Test有setId的这么一个方法,但是往往反射的用途是通过Class和一个方法名去找到一个需要执行的方法运行,如果找不到那么也可以通过捕获异常作处理,这对构建系统是很有帮助的;而不是明确的知道一个肯定存在的方法,然后N次执行它,如果是这样的话,那么也没反射什么事了。
  • 进入论坛 Java
LZ很像我啊,难道生于这个年代的CODER都这样迷茫吗? 确实需要选一个充裕的时间,一个安静的环境好好规划一下职业计划!
个人感觉还是喜欢在配置文件里面写${},因为这些全局的设置写在XML里面,很容易找到哪些bean用了这些properties,以后维护修改也不涉及修改代码。反过来如果用annotation,那么对于一个刚接触项目的人,如果他没找到Config就茫然了。(Config配置VO应该很好找,这里只是举个例子)
  • 进入论坛 Java
PM=Project Manager,PL=Project Leader。叫法不一样哈。呵呵
我来假设一下先,如果突然摇身一变做了PL,那么我想这个任务是很艰巨的,因为带人管项目,那可要比学习纯粹的技术有学问的多。所以只能慢慢学,慢慢揣摩,好了,假想开始: 1、合理把握住项目的顺利运作,按期交活,保质保量。(这个也是最缥缈的,有些事情很难控制) 2、了解团队成员每一个人的心思,关心他们在想什么,想些什么,兴趣在哪里?在兴趣下工作往往能达到事半功倍的效果。 3、营造一个轻松自由的办公讨论环境,经常组织成员项目需求和技术的讨论和培训。 4、对技术的准备是必须的,必须更加的努力,能够有能力处理关键问题。 5、要时常组织户外活动,培养团队的协作能力和凝聚力。 6、仔细验收和肯定成员的产出,实行 ...
常常听到,或者看到有对自己上级的抱怨或者恶评,其实只要是有从属关系存在的地方,多多少少都会产生积怨。这里我大概列举为三种类型: 1、极其严重:非技术出生,并且缺乏管理能力,只会站在你的背后盯着你干活,并且否定你的付出。 2、严重:技术出生,但是缺乏领导能力,这样的领导能够切身体会开发人员的真实感受和难处,但是苦于缺乏一定的管理能力,该团队的能量也不能得到爆发,尽管他也很无奈。 3、一般:技术出生,优秀的领导管理能力,但是还缺乏一些必备额外因素,比如一颗平常心,难于于自己的团队成员同甘共苦。 这里先说明一下,这些论定肯定也有自身原因,更甚者本质就是个人无知,恶意诽谤,但这些都不是讨论的目的,这 ...
成功=1分机遇+9分汗水。LZ不要泄气,继续努力,没人一开始就样样精通的。加油,同勉!
lsy
搜索本博客
存档
最新评论