re: 又是JS的问题！最近研究中…… 兵临城下 2006-08-06 22:04
就setInterval只认全局变量，一般其他的方法就可以使用局部变量？
如果这样你的自定义方法不错，是个解决办法!
re: 又是JS的问题！最近研究中…… 兵临城下 2006-08-06 18:46
在hahahehe提醒后，觉得是有点问题。但感觉JS中语法的却不太严谨，方法名居然会和img名搞混。JS引擎解析时，方法和变量是同等对待的，而且我再high（）方法中没有申明直接使用的high变量是全局的吗？
刚在修改这个JS的时候，我这样用为什么不行？
function high(imgHigh){
//haha = imgHigh; 将此行注释
if(typeof(lowlighting) != "undefined") clearInterval(lowlighting);
highlighting=setInterval("highlightit(imgHIgh)",100); //相应更换，直接使用参数
}
function low(imgLow){
//hehe = imgLow; 将此行注释
clearInterval(highlighting);
lowlighting = setInterval("lowLight(imgLow)",100); // 相应更换，直接使用参数
}
为什么不行呢？提示找不到imgLow。难道传过来的参数作用域是局部的，而且参数传的是引用，不是值？
也许是受JAVA的影响，有点迷糊了！呵呵
re: 又是JS的问题！最近研究中…… 兵临城下 2006-08-06 18:16
hahahehe！多谢了，几次问题都是在你的帮助下得以解决，学到不少东西！
以后有问题一定向你请教！
re: 都过去一年多了，我却难以释怀！ 兵临城下 2006-08-03 20:48
呵呵！（苦笑）
JS的控制确实比较精细啊！有种全盘掌握，随心所欲的感觉，很爽！呵呵！
原来是这样，呵呵！学JAVA很久了，但JS确实初学，见笑了！
谢谢了！
re: 关于文件的读写问题，路过看一下！ 兵临城下 2006-07-27 22:55
如果把BuffReader关了，我又怎么定位，在指定位置写入taglib呢？
将内容储存在字符串中，总觉得别扭，这和我建一临时文件是一个道理。
难道java的IO操作没有这样的一个功能：打开一个文件，读取到需要的位置时插入tablib，然后直接保存。
打开一个Reader就只能read，打开一个writer就只能写入！总觉得不爽！呵呵
re: 猜心术 兵临城下 2006-07-20 23:39
呵呵！我知道了。
其实每一幅图所显示的都是一个固定的图案，其他的图案都是扰人视线的！
版主能看懂吧，我就不说的很明白了！
re: 关于文件的读写问题，路过看一下！ 兵临城下 2006-07-19 22:11
谢了！
re: 关于文件的读写问题，路过看一下！ 兵临城下 2006-07-17 21:44
没人知道嘛！
re: 太变态了！ 兵临城下 2006-06-24 09:22
都是些垃圾节目，只知道赚钱，对中华几千年的文明简直就是一种耻辱！
re: 日本,你的名字叫→ 崩溃 兵临城下 2006-06-13 16:24
好！小日本！
re: 初为项目经理的困惑 兵临城下 2006-06-01 20:27
有这样一种说法：人是不能一辈子干技术的。
IT这个行业都说是青春饭，确实在IT公司看到的都是年轻的小伙和靓丽的姑娘，从没看见过IT公司里都是四五十岁的老头老太。这带来一个问题，这些现在年轻的小伙和姑娘以后干什么呢？
刚刚进入IT行业的我，近期在思考着这样一个问题。
也许楼主现在对于IT人也是一条出路，可是项目经理又有几个呢？？
re: spring入门与实践 兵临城下 2006-06-01 19:39
看看！
确实如此，J2EE的复杂性带来了其技术实现的多样性。
在众多技术面前，像我们这些“钳工”真有些茫然不知所措，怕选错了婆家而断送自己的前程。
而当今技术实现领域出现这样一种情况：王婆卖瓜，自卖自夸。
“经典”的J2EE框架就不说了、Rod Johnson说Spring 怎么怎么好，国内banq说jdon怎么怎么好……
怎么办？像这种框架型的东西，学习曲线可是很长的。（现在感觉就是看公司选择的是什么，想待下去，只有自己去学吧！）但是公司的选择并不代表此项技术在这个领域的优越性，你一陷其中会不会对你将来的发展带来不利的影响，值得自己好好考虑一下！
开源固然很好，可我现在真渴望：秦始皇一统中国，统一度量衡。
哎……！何时才能分久必合呢？？
re: 金庸在浙江大学招博士生的考卷(转) 兵临城下 2006-05-27 21:51
牛就一个字！
re: 华为公司 java 面试题 兵临城下 2006-05-21 19:24
有点晕！基本功不扎实啊！大公司笔试都是基础题，而小公司主要看实际经验。
有没有答案啊？
带详细解释的？给一个
不行！
因为使用Hibernate的这样的O/R工具，他们的持久化模式是把关系型数据封装成一个对象来处理的，一个对象只能对应数据库中的一行，所以不可能实现批量的更新。
这也是O/R工具（包括JDO、Entity bean）的一个硬伤。
要实现批量更新的最佳办法只能通过基本的JDBC，通过sql语句来执行。
re: 面试杂谈 兵临城下 2006-05-19 09:47
不是每个面试官都像你这么想啊！！
看了各位的评论，有点个人看法：
1、理论的批判和现实的应用
如果一个架构在理论上被人批判，那这个人必需得从应用的角度举出实例来支持他的观点。如果一个架构理论上都不行，那按照这个理论指导出的实践又能怎么样呢！
如果ROd Johnson只是在理论上对EJB进行了批判，我想那是毫无说服力的。而恰恰相反，他在书中对于同一Application，列举了四种架构，两种EJB架构，两种非EJB架构。从应用的角度（系统的资源开销、代码的可测试性、可维护性、组件模型和企业服务的整合（ＥＪＢ容器）和分离（Ｓｐｒｉｎｇ）），以他的观点阐述了EJB架构的缺点和他强烈推荐的Sping架构的好处。如果说他只是理论上的批判，我认为不合适。
2、说我胡扯，我不知道我到底哪里不对了。我所列出的种种EJB的缺点，都是书中详细描述的（在看了ｓｕｎ最新发布的ｊａｖａ ＥＥ５．０后，特别是ＥＪＢ３．０确实对一些缺点做出了改进。可见他的一些批判还是很对的）。我的应用（EJB 让我体会到的实惠）只是在“经典”的Ｊ２ＥＥ的这个架构下实施的，不排除我“不识庐山真面目,只缘身在此山中”的原因。我并不是把我在ＥＪＢ中得到的“快捷便利”，和Ｒｏｄ Ｊｏｈｎｓｏｎ的理论批判混为一谈。
要说原因，只能说是我没用过Ｓｐｉｎｇ，不知道他的架构是不是略胜一筹。都说不怕不识货，就怕货比货，只有你真正应用、比较才能得出你的真实体会。
J2EE Development without EJB 胡扯？
re: CMP的本地方法调用 兵临城下 2006-05-16 11:24
经多次调试，偶得：
一、建立的Entity bean具有本地接口，然而在Session bean中直接通过其本地的JNDI调用却不能成功。
二、在Session bean中创建一个Entity bean的本地引用，比如本地引用名为：ejb/Programmer，然后在sesion bean 中lookup是直接使用还是不行。
三、在二的基础上，在lookup中使用以下字符串："java:comp/env/ejb/Programmer"，则能够成功调用。
从以上看出，在EJB容器内内部调用EJB需建立本地引用，并采用第三种方式。
又获益颇多啊！
再来说说这几天的心得：
关于这个socket，折腾了好几天了啊！
出现这个问题的初衷是：公司内想要实现java和C++的socket通讯。
关于这个java端（也就是client端）发送信息结束的判定问题总结如下：
如果server端也是java程序（C++我不是很了解），而且server端使用一个while循环读取数据时（类似于while((len = in.read(sbyte)) != -1) {}），即使client端发送完成，即while((len = inFile.read(bb)) != -1) {}循环语句跳出后，server端仍然在while语句中，不能正常跳出。因为server端认为你没有发送结束。
究其原因，我认为，因为在java socket中对于socket的input和output流结束，有一个socket方法来给出结束的标志：socket.shutdownOutput();socket.shutdownInput();
这两个方法为java socket判定client端发送结束的标志。
当然如果和我上述留言中所说的，使用特定设置的标志符当然是可以的。
更正一下，上面所说的文件流能顺利跳出循环不正确，其实不然。
实际上在client端传输完成后，server端while循环还是不能跳出，最后能够完整输出实际是在客户端强制关闭socket后，server端while才跳出循环的。
从以上我总结出，不管是字符流，还是文件流，都得附加一个标示符来标识client端传输的结束。
问题进行中……（实时纪录）
考虑到字节流的需要，在client端和server端都改用字节流DataInputStream和DataOutputStream，相应的输出方法使用out.write(byte[]) 。
问题一：此种输入输出流没有了out.println()方法，该怎么判定client端输出流的结束？？
问题二：在client端，发送的信息的源分为两种，字符串和文件流。两种不同的输入流在server端接收判断结束时是否存在区别？？
对于问题二，笔者有一些心得：
server端的接收代码段是：
byte[] sbyte = new byte[1024];
int len;
while((len = in.read(sbyte)) != -1) {
out.write(sbyte,0,len);
out.flush();
}
如果client端输入流为字符串，server端在接收完毕后，在while语句中不能正常跳出。而使用文件流时就可以跳出循环。
以上问题欢迎大家发表意见！
re: 关于J2EE程序员的武器探讨 兵临城下 2006-05-02 18:36
我以前用的是Jbuilder X，Borland的东西是好。
现在公司指定使用wsad，是IBM开发的基于Eclipse的IDE，但它集成了IBM自身的web application server: WebSphere，在开发过程中比较方便。使用下来感觉不错！
经过几天的调试，初步有点心得，在我的blog上记录一下：
1、client端，clientout.close()语句表面上只是关闭了socket输出流，但从我的调试中发现，在关闭这个out流后，client就不能在取得socket，说明在关闭out流的同时，也隐式的关闭了socket。所以server端就无法返回数据了。解释我的第一和第二个问题。
2、关于server端判定client端是否信息发送完毕的信号问题。
从我几天的调试中，我总结出几点（可能还有其他的，请补充）：
a、就是经常使用的out.println(out.print不行）
b、那就是关闭client端out流，out.close()。但这种方法却关闭了socket，显然不是大家所愿的。
re: 初涉软件行业，一片迷途！ 兵临城下 2006-04-29 22:55
呵呵！说的对，努力中……
哈哈！苦苦奋斗了好久天，网上差了很多资料，终于解决了。
原来是数据源的设置问题，没有指定数据源的JNDI名。
有一点需要说明的是：此处配置和Jbuilder不一样。
Jbuilder中，在进行数据库映射后不需配置数据源，而Wsad中却需单独配置。
也许是Jbuilder中，在映射时服务器自动配置了。
这也是我复查了在wsad中创建CMP整个过程没发现问题的原因，头脑中以为配置的数据库映射后，肯定进行了数据源的设置。所以我在wsad中就没有这个概念了啊！深思一下：还是我以前使用Jbuilder时，没有详究他的自动配置啊！
个人认为这点上wsad做的不如Jbuilder吗！起码对于我这种初级人物来说！呵呵！