.Net实施

我曾在两家以两种不同方式实施ASP.Net的公司工作过.我倾向于倾向于A,但我目前的工作遵循B(更典型)的方法.我想知道哪个是最好的,还有这些实现的正式名称吗？

A)没有建立任何项目或解决方案.我们只是将Visual Studio指向一个目录并开始构建页面(我们有一个内嵌的aspx页面和aspx /代码隐藏页面的组合).我们只是将文件推送到服务器,就是这样.如果我们需要任何第三方功能,所有类和服务都位于App_Code目录或Bin中.我们从未在.Net中使用过"构建"功能,而且大部分内容都是JIT编译的.调试是用旧式的Response.Write()方式完成的.

B)创建项目.有Resx文件,sln文件和项目文件等.项目的编译,构建和调试是我最确定的.Net开发人员习惯的方式.一切都与VS IDE紧密相关,并且尝试在另一个Visual Studio副本中打开"项目"需要与发起项目的人相同的目录/ localhost设置.

听取那些在两种实施方式中都有效的人以及他们在任何一方找到的好处,这将是有趣的.

我的理由是,我想我想让我现在的开发团队更多地转向A实现,并删除所有这些锁定VS的外围文件和配置,但我也愿意听到喝微软Kool-Aid的好处.

我有充分理由使用这两种方法,但坦率地说B)比A)更好.

如果您正在开发代码,然后将其交给具有有限开发能力的客户,那么A)(我们称之为网站项目)可能是最好的方式,同时保持其他一切尽可能简单.

但是,如果您正在开发一个只有您的公司将处理代码的应用程序,那么您真的希望学习与B)方法相处(我们将其称为Web应用程序项目).

Web应用程序项目可以更好地控制项目中的内容,实际发布的内容以及最重要的可以导致更好的测试.我建议你采用这种方法,而不是试图说服你的同事远离网络应用程序.避免在App_Code和代码隐藏文件中释放代码.构建和发布程序集,添加到解决方案库项目中.