我对整个编码事情很陌生（因此得名）。我最近编写了我的第一个网站 asp.net 4/Visual Studio 等。
我现在想编写一些可以在网站之间共享的代码（仅限我自己的）。起初我想到了一个可插入的类库解决方案来集中存储代码，但是，似乎类库没有配置文件之类的东西来存储我的配置，我开始怀疑类库是否是正确的选择，或者另一个 Web 应用程序是否更适合。
解决方案将是代码/配置，没有页面。
所以，有几个问题。
可以将 Web 应用程序合并到另一个 Web 应用程序中吗？
Web 应用程序是正确的方式还是我应该坚持使用类库解决方案？
在做出这样的决定之前，我应该遵循一份清单吗？
抱歉，如果这些问题看起来相当基本，但正如我所说，我在这方面的经验很少。
提前致谢。
我总是将类库与我的 Web 应用程序混合使用。我为每个 Web 应用程序提供了许多类库。您的类库将有权访问 Web 应用程序的 Web.config 文件，您只需添加System.Configuration命名空间。
我会将我们的类库分解成逻辑部分。例如，我有一个用于数据库访问、第三方 API 访问和另一个用于活动目录访问的类库。将您的库分解为可以在其他 Web 应用程序中轻松重用的逻辑部分。
通过类库项目将您的网页与逻辑分开绝对是一个好主意。
“一个网络应用程序可以合并到另一个网络应用程序中吗？” 我相信只有编译后的代码可以合并到其他项目中，并且不包括 aspx 页面，所以不。
“网络应用程序是正确的方式还是我应该坚持使用类库解决方案？” - 我更喜欢具有单独类库的 Web 应用程序。以您需要单独的面向客户端和管理站点的实例为例，也许您有一个呼叫中心版本，它是（例如）本机 winforms 应用程序。我会有一个包含两个 webapp 项目、一个 winforms 项目和共享类库的解决方案，以支持所有三个 UI 版本。我们还有几个独立的库（例如，与 Web 应用程序不同的解决方案），例如我们的日志记录或自定义身份验证解决方案，我们将它们放入新的 Web 应用程序解决方案中。
“在做出这样的决定之前，我应该遵循一份清单吗？” - 我创建了一个 VS 模板，默认情况下有一个 Web 应用项目和一个类库。我不认为有任何选择可以做出，这就是我们所做的。