神马文学网项目心得
来源：百度文库 编辑：神马文学网 时间：2024/04/27 11:27:05
Team的组成：
Team leader 新进公司的，有多年的开发经验，开发过不少大型项目，对Design很熟，主要在项目中负责Class设计，但对业务逻辑不了解。
程序员A 也是新进公司的，有几年经验，写.net程序很熟，但同样对业务逻辑不了解。
程序员B 呆在公司有大半年了，程序经验比较丰富，从VB4作起，在Team正式成立前，已经在这个项目上独自研究了几个月了，对业务逻辑有一定的了解。
程序员C 新进公司的，接触比较少，但估计水平不错，否则不会进这个Team.
我，呆在公司也有大半年了，因为是一毕业就进入公司，所以IT经验也就大半年，比他们都少，之前参加过几个项目。因为手上活已经基本结束，就临时加入了，对这个项目的业务逻辑了解是0
项目介绍
这个项目是一个子项目，为一个online商业程序提供核心的业务模块，原来的code是用asp写的，没有帮助文档，没有注释，是由其它公司开发的，现在公司决定要自主开发，把应用程序转到.net平台下，最大的困难就是没有任何的帮助，公司市场部的人也只是知道个表层的东西，给了本手册，但非常简单，我们以这手册为起点。
在我进入Team前，项目已经进行了一个多月了，整个source code有1500个asp文件，和当前有关的有60-100个文件，文件组织的还好，但因为之前的维护，中间有不少垃圾code，需要我们分别出来，项目完成时间是4个月，现在还有不到3个月的时间。
说说目前的状况吧，因为项目是标准的reverse engineering，Team leader决定在有一个大概的了解基础上先设计class，这一个月中他们主要精力就是设计，现在基本的class有了，但发现因为对业务不知道，到了无米下锅的地步，我的任务就是和程序员B一起分析asp code，然后写业务逻辑，文档要求是只需要描写最上层的业务，比如说是根据客户的设定，然后作一些决定，但我在这一周的时间内，感觉这样作有些不对，因为我们基本上对业务都不了解，只模糊的知道些，但这些知识不足以让我们写出准确的业务分析，常常是看了大断的code后，才有个印象，但哪些值具体是如何相互影响的，也说不清楚，因为他们依赖于读code,所以连asp的测试平台都没有，这两天我试着在VS2005上搭了个，这样可以更清楚的分析，之前，我写过些相似的项目，也是从asp到.net，当时我是直接翻译，完了后，重新设计，需要的时间可能会长些，但我是这样认为的，因为在对业务不了解的前提下，首先是要保证功能上不能有差错，直接翻译，可以保证这一点，在写的过程中，随着对程序的了解越来越深入，在之后的重新设计时就得心应手了，而现在的作法，让我觉的没底，因为我自己不能仅依靠读就能准确的分析出(明天就可以step by step跟踪了，哈)，如果换是我是leader，我觉的在开始阶段的大量设计是不必要的，而且很可能是无用的，只要根据oop的思想，先设计出几个必需的class,然后一一对应翻译原代码，当基本功能实现后，在重新设计，这样在deadline之前一定可以出一个.net版本(当然有些不对)，有了这个版本，我们测试起来也方便的多，原比调试asp code效率高，然后在重新考虑设计，可能要推倒重来，但至少有了一个.net的基础了，这样的话可以省下时间，因为看目前的进展，实在有些悬，我写好一个文档很慢，写程序的人还要先理解我的文档然后才能开发，而且我还要在告诉他细节(我自己也不能完全确定)。不知道我这样的思路对不对，或是有什么更好的方法。
下面是我在用VS2005调试纯asp项目的一些心得
VS2003有asp debug功能选项，但VS2005没有，根据MS的说法就是为了要让顾客更早的转入到.net下，所以在2003以后的VS下不在explicit支持script的调试了(老天，那么多asp code不是一下子就能转过来的啊，真TMD)。要作也是可以的，但麻烦些，其实用起来也不很顺，实在是没办法的办法。
1。在IE里打开开关(为了JS) Internet options ->advanced -> Disable script debugging
2。在VS2005用web application 建立一个solution(没有这个的可以去MSDN上下载，不要使用web site建立)，这样就可以象VS2003一样使用了。
3。在IIS中在对应的web site中 从Directory tab,选 Configuration ->Debugging tab -> 选client, server debugging在重启IIS
4。在调试时可以在js文件中用debugging; 这样当用IE直接装入asp page时(不要从VS2005中按F5进入)，就可以从popup出来的windows中选调试工具(选择VS2005)，这样就可以在VS2005中调试了，否则就要用attach process的方法。
Team leader 新进公司的，有多年的开发经验，开发过不少大型项目，对Design很熟，主要在项目中负责Class设计，但对业务逻辑不了解。
程序员A 也是新进公司的，有几年经验，写.net程序很熟，但同样对业务逻辑不了解。
程序员B 呆在公司有大半年了，程序经验比较丰富，从VB4作起，在Team正式成立前，已经在这个项目上独自研究了几个月了，对业务逻辑有一定的了解。
程序员C 新进公司的，接触比较少，但估计水平不错，否则不会进这个Team.
我，呆在公司也有大半年了，因为是一毕业就进入公司，所以IT经验也就大半年，比他们都少，之前参加过几个项目。因为手上活已经基本结束，就临时加入了，对这个项目的业务逻辑了解是0
项目介绍
这个项目是一个子项目，为一个online商业程序提供核心的业务模块，原来的code是用asp写的，没有帮助文档，没有注释，是由其它公司开发的，现在公司决定要自主开发，把应用程序转到.net平台下，最大的困难就是没有任何的帮助，公司市场部的人也只是知道个表层的东西，给了本手册，但非常简单，我们以这手册为起点。
在我进入Team前，项目已经进行了一个多月了，整个source code有1500个asp文件，和当前有关的有60-100个文件，文件组织的还好，但因为之前的维护，中间有不少垃圾code，需要我们分别出来，项目完成时间是4个月，现在还有不到3个月的时间。
说说目前的状况吧，因为项目是标准的reverse engineering，Team leader决定在有一个大概的了解基础上先设计class，这一个月中他们主要精力就是设计，现在基本的class有了，但发现因为对业务不知道，到了无米下锅的地步，我的任务就是和程序员B一起分析asp code，然后写业务逻辑，文档要求是只需要描写最上层的业务，比如说是根据客户的设定，然后作一些决定，但我在这一周的时间内，感觉这样作有些不对，因为我们基本上对业务都不了解，只模糊的知道些，但这些知识不足以让我们写出准确的业务分析，常常是看了大断的code后，才有个印象，但哪些值具体是如何相互影响的，也说不清楚，因为他们依赖于读code,所以连asp的测试平台都没有，这两天我试着在VS2005上搭了个，这样可以更清楚的分析，之前，我写过些相似的项目，也是从asp到.net，当时我是直接翻译，完了后，重新设计，需要的时间可能会长些，但我是这样认为的，因为在对业务不了解的前提下，首先是要保证功能上不能有差错，直接翻译，可以保证这一点，在写的过程中，随着对程序的了解越来越深入，在之后的重新设计时就得心应手了，而现在的作法，让我觉的没底，因为我自己不能仅依靠读就能准确的分析出(明天就可以step by step跟踪了，哈)，如果换是我是leader，我觉的在开始阶段的大量设计是不必要的，而且很可能是无用的，只要根据oop的思想，先设计出几个必需的class,然后一一对应翻译原代码，当基本功能实现后，在重新设计，这样在deadline之前一定可以出一个.net版本(当然有些不对)，有了这个版本，我们测试起来也方便的多，原比调试asp code效率高，然后在重新考虑设计，可能要推倒重来，但至少有了一个.net的基础了，这样的话可以省下时间，因为看目前的进展，实在有些悬，我写好一个文档很慢，写程序的人还要先理解我的文档然后才能开发，而且我还要在告诉他细节(我自己也不能完全确定)。不知道我这样的思路对不对，或是有什么更好的方法。
下面是我在用VS2005调试纯asp项目的一些心得
VS2003有asp debug功能选项，但VS2005没有，根据MS的说法就是为了要让顾客更早的转入到.net下，所以在2003以后的VS下不在explicit支持script的调试了(老天，那么多asp code不是一下子就能转过来的啊，真TMD)。要作也是可以的，但麻烦些，其实用起来也不很顺，实在是没办法的办法。
1。在IE里打开开关(为了JS) Internet options ->advanced -> Disable script debugging
2。在VS2005用web application 建立一个solution(没有这个的可以去MSDN上下载，不要使用web site建立)，这样就可以象VS2003一样使用了。
3。在IIS中在对应的web site中 从Directory tab,选 Configuration ->Debugging tab -> 选client, server debugging在重启IIS
4。在调试时可以在js文件中用debugging; 这样当用IE直接装入asp page时(不要从VS2005中按F5进入)，就可以从popup出来的windows中选调试工具(选择VS2005)，这样就可以在VS2005中调试了，否则就要用attach process的方法。