最近做的一个项目，牵涉到windows service和webservice，我想把做这个项目的一点小小的经验记下来，对遇到同样问题的朋友或许会起到一点小小的帮助，呵呵。
项目刚开始的时候我并没有打算采用以前经常使用的那种三层结构的模式，因为这个项目实在是太小了，一个解决方案里面只包含了一个web site和一个windows service。web site里包含里简单的webservice和几个page，唯一比较特殊的一点就是webservice是用vb编写的，而其余的page使用c#。为了编写方便，我把以前经常用到的sqlhelper类也拷贝到了web site下的App_Code文件夹里，由于webservice(类的名字叫IBMLoad.cs)使用VB语言，所以在编译的时候就报错，说IBMLoad.cs和sqlhelper.cs不能同时放在App_Code文件夹中，因为他们一个是使用VB一个是使用C#。基于这个原因，我又添加了一个类库项目，将sqlhelper.cs放在了这个类库项目中。后来想了想，还不如采用以前的模式，把各层之间分开。可是这样做，我就要在windows service项目中引用其它的一些项目，比如IDAL,SQLServerDAL,Entity等，这与我以前做windows service时不太一样，我以前写的几个项目所有代码都放在一起，乱是乱了些，但是自己看习惯了，也没觉得什么不好。这次这样一搞，代码都写在了其它地方，windows service中没有几行代码，反倒是不习惯了。
可是我安装之后启动服务的时候却出错了，如下图：
后来才发现，就是因为windows service引用了其它的几个项目，生成之后产生了一堆的DLL文件，而我在安装的时候还是采用以前的那种方法，只拷贝了一个exe文件到目标服务器进行安装，其实这个服务真正的业务逻辑是在那一堆DLL文件里面，在缺少DLL文件的情况下进行安装，这时候的windows service就像一张白纸，什么都没有，所以它们就没有什么可做的。
所以我把安装好的服务卸载掉，然后将exe和DLL文件同时拷贝到目标服务器，然后运行安装。安装完毕后启动服务，就能够正常运行了。不过现在我有个疑问，如果只是一个单独的windows service项目，有必要采用分层的方式实现吗？希望高手看到能够指点一下。
