１.大体了解一下项目情况；

　２.侧重web2.0的一些潮流技术，RSS,REST等；

　３.java框架：struts,sping；

　４.http协议的具体内容，ｘｍｌ的看法；

　５.ｊａｖａ网络开发基础：jsp,javabean,ejb....

　五一回来，在一些论坛上看到了ＩＢＭ暑期蓝色之路实习计划，也想试一下，提前感受一下氛围，毕竟下学期自己也要找工作了。于是，不抱太大的期望在５.１３号晚投了一份简历过去（第一次竟然没有提交成功，庆幸在简历截止前几个小时发现了）

　过了没几天，就通知５.１７号到北邮的教二参加笔试。笔试分为技术类题目和非技术类题目，全为英文。非技术类题目包括矩阵，数字规律，应用题三部分。技术类的题目包括ｊａｖａ，ｃ/c++,数据结构三部分。java 和　c/c++的题目二选一。非技术类的题目虽然之前也准备了一些，但是发现时间太紧了，三部分都没做完。而技术类的题目我选的java的，考了jsp,servlet,ejb等题目，涉及范围广，由于没有针对性准备，答的也不好。所以笔完之后，感觉自己只能当分母的命了。

　接下来的日子也没怎么关心这回事，五月底竟然收到了一面的通知，还是有点意外的。花了一天的时间看了网上的面经，就踏上了处女面的征程。没想到技术类的一面和网上说的差别很大，这次是一对一面试，一上来就让我谈谈项目经验，针对项目中的一些问题进行探讨（这个面试官很nice,让我完全没有紧张感）。而此前我都准备什么ibm企业文化，产品，自己优缺点等人力资源面试的问题去了，当初简直是有点后悔啊。不过幸好这些项目自己都亲历过，印象深一点。我印象最深的几个问题是：

１.你在这个项目过程中遇到的最大困难是什么

２．发现代码写的很差，有没有进行过完整的单元测试和代码的重构？

３.谈谈项目中用到的设计模式？

第一个问题我谈了谈交科院那个配置文件，面试官不是很满意，接着问“还有呢？”我使劲想，都没想起来，就转移到别的话题去了。（回来一想，这个项目还是有一些问题导致后期不好扩展的，比如传参的问题），第二个问题直接回答ｎｏ；第三个问题以矿井监测谈了谈用到的策略模式和工厂模式。发现他很厉害，立马就根据我的大致讲解了解了系统的设计，并指出了一些问题。当初只能恨自己没有针对项目仔细准备。

最后让我用英文介绍一下自己，兴趣爱好。幸好前一天准备了，要不然憋不出几个单词出来。

面试大约持续了３０多分钟，感觉发挥一般。

今天收到了二面通知，甚是高兴，希望自己再接再厉，加油。

　　于是就借题发挥教育我：人家都说，婚姻就像穿鞋，

　　合不合适只有自己穿了才知道。

偶：所以鞋子好看也没什么用，合脚才舒服；

　　人长的帅没用，还是像我这样实用的好。

mm：那你岂不是赚大了，我又好看又实用……

２.串口的发送数据，接收数据需要一定的时间，所以不要如下写代码：

string strSendMsg = GetMsg(staId[i], flag).Trim();

byte[] bSendMsg = StringToByte(strSendMsg);

try

{

srialPort.Write(bSendMsg, 0, bSendMsg.Length);

}

catch (Exception ex)

{

MessageBox.Show(ex.Message);

return;

}

//除非在这里设置一个断点，否则无法正常接收到数据，因为时间太短了

//可以让其睡眠一会

//System.Threading.Thread.Sleep(500);

//但是在主线程睡眠不好，会使得拖动窗口特别慢，而且容易使进程阻塞，造成溢出，进而程序崩溃；　

int iRst = srialPort.Read(bRst, 0, iRead);

３.　采用dataReceived事件触发机制：

只要有消息到来就会触发该事件，但是同样接收前也要

System.Threading.Thread.Sleep(500);

否则消息会分几次返回，这样可能会影响信息的解析；

４.从 SerialPort 对象接收数据时，将在辅助线程上引发 DataReceived 事件。由于此事件在辅助线程而非主线程上引发，因此尝试修改主线程中的一些元素（如 UI 元素）时会引发线程异常。如果有必要修改主 Form 或 Control 中的元素，请使用 Invoke 回发更改请求，这将在正确的线程上执行。

示例代码如下：

delegate void SetTextCallback(string text);　//委托函数

/// <summary>

/// 在ｌｓｔｂｏｘ上显示通讯信息

/// </summary>

/// <param name="text"></param>

public static void SetText(string text)

{

if (lstBox.InvokeRequired)

{

SetTextCallback d = new SetTextCallback(SetText);

lstBox.Invoke(d, new object[] { text });

}

else

{

lstBox.Items.Add(text);

}

}

申明之后就可以在 DataReceived 事件里调用SetText()这个函数了，相关信息就会被写在lstBox上。

５.分站机的轮询采用定时器触发，每次只向某一台机器发消息，取消息，时间间隔设的小点。而不要一次就利用一个循环向多台机器发消息；

祝愿他能开开心心地成长起来。

此前的系统设计是这样的:用户在左侧选择一些属性查询条件,点击查询后,从属性数据库读取信息,生成树;再根据树的节点提取id值,用xml文件的形式传输到地图id类中处理,高亮并自动定位.

由于整个系统利用了ajax技术,但是这样设计的话,并没有体现出异步传输的效果(要树完全生成后,才能把节点值给地图类处理).

现在系统改进了设计方式:用户在左侧选择一些属性查询条件,点击查询后,将查询条件分别给生成树的文件和地图的处理类即分别对数据库查询.这样就不用相互等待了.结果证明效率确实提高很多,也没有客户反映的那个问题了.

对于配置文件操作的也有很多种方法,但是在eclipse的开发环境调用和打成war包读取的方法是不一样的.大概想了一下,不同的原因是其组织结构不一样.在开发环境里的目录结构组织如下:

其中编译后,所有的class文件和配置文件都在build文件夹下.组织结构与上图一致.

对于打包后的目录结构如下:

文件夹classes下的文件如下图,tools里是我自己写的java类,tools是一个包,其他文件夹类似.

在开发环境里调用的方法主要是开发者使用,打成war包主要用于客户那边运行.因此就综合考虑了两种情况,大概的核心代码如下.

InputStream in  = Thread.currentThread().getContextClassLoader().getResourceAsStream("config.properties");

Configuration config = null;

if (in == null) //进入开发环境,采用绝对路径访问方式

{

config = new Configuration(this.getClass().getResource("/").getPath()+"config.properties");

}

Else //包运行环境,采用流访问方式

{

config = new Configuration(in);

//System.out.println(in);

}

Configuration 是一个自己封装好的类.从网上找的.

代码如下:

public class Configuration {

private Properties propertie;

private FileInputStream inputFile;

private FileOutputStream outputFile;

/** *//**

* 初始化Configuration类

*/

public Configuration()

{

propertie = new Properties();

}

/** *//**

* 初始化Configuration类

* @param filePath 要读取的配置文件的路径+名称

*/

public Configuration(String filePath)

{

propertie = new Properties();

try{

inputFile = new FileInputStream(filePath);

propertie.load(inputFile);

inputFile.close();

} catch (FileNotFoundException ex){

System.out.println("读取属性文件--->失败！- 原因：文件路径错误或者文件不存在");

ex.printStackTrace();

} catch (IOException ex){

System.out.println("装载文件--->失败!");

ex.printStackTrace();

}

}//end ReadConfigInfo(...)

/** *//**

* 初始化Configuration类

* @param filePath 要读取的配置文件的路径+名称

*/

public Configuration(InputStream filePath)

{

propertie = new Properties();

try{

//inputFile = new FileInputStream(filePath);

propertie.load(filePath);

} catch (FileNotFoundException ex){

System.out.println("读取属性文件--->失败！- 原因：文件路径错误或者文件不存在");

ex.printStackTrace();

} catch (IOException ex){

System.out.println("装载文件--->失败!");

ex.printStackTrace();

}

}//end ReadConfi

/** *//**

* 重载函数，得到key的值

* @param key 取得其值的键

* @return key的值

*/

public String getValue(String key)

{

if(propertie.containsKey(key)){

String value = propertie.getProperty(key);//得到某一属性的值

return value;

}

else

return "";

}//end getValue(...)

}

其中值得注意的一点就是:

this.getClass().getResource("/").getPath()+"config.properties");

定位到

E:/studysoft/eclipse/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp1/webapps/beijing0908/WEB-INF/classes/config.properties;

即eclipse虚拟的服务器中,

Thread.currentThread().getContextClassLoader()定位到classes目录,

D:\Program Files\Apache Software Foundation\Tomcat 5.5\webapps\beijing0112\WEB-INF\classes\config.properties;

即都是定位到类目录中,本质上是一样的,只不过读取的方法不同而已.

俺上大学的时候也是经历了很多挖了又补，补了又挖的场面，但是见到那平整无暇，几乎没怎么通车的崭新的公路被挖出了一条条的缝，还是忍不住抱怨几句：这些修路的人也真是的，为什么不在铺路之前就把管子铺好呢？这样就不会这么麻烦了，而且不会补的这么难看。

　mm：那程序员还不是成天在改程序，不停地打补丁？这和修路有啥区别？

　mm这么一说，害得我都如何应对。

　其实以前我一直认为：这些修路的人挖了又铺，铺了又挖，如此折腾是为了延长自己的工期，避免自己失业。但是从程序员自身的角度来看的话：哪个又想着不停地打补丁，不停地被客户打扰呢？谁又想着跨入“补丁工程”的漩涡呢？每个人无非是都想着做好每个工程，尽快结掉以便接手下一个，更何况，谁又敢把“豆腐渣工程”拿出手呢？

　因此，写程序与修路还是有点相似之处的。之所以要做那么多的修改，是由于未来不可预料的变化引起的。而在最初的设计上又要考虑到客户的需求和成本。谁见过在每隔10米处就设计排水管道来未雨绸缪呢？

以后每次看见哪条路再挖坑，我也见怪不怪了。只是每次都会想起那个和mm对话的场景。

  bug存在的现象:刚开始点击查询的时候没有问题,左侧生成树以及信息框,右侧是地图模块.当点击多此,并选中树下的某条记录时,同样多次.就会开始报错.而且报错的原因很不讲理:都到源代码进去了.还提示document.document.createStyleSheet()参数无效.这个方法明明是存在的啊.

真是晕倒,接下去又是一堆问题.

一下午就这么耗掉了......ms又回到了起点.

o:我们要节俭，省钱买窝~

mm:那我不买了……

o:别,书还是要买地,钱也是要省的

mm:这话太矛盾了，钱是要花的，钱也是要省的……

o:意思就是该花就花，能省则省~, 这么高深的道理，估计你也要习惯一阵子~

mm:我很习惯~ ,我该花就花 ,你能省就省……

o:。。。。。