跨asp.net应用程序共享getter/setter类

跨asp.net应用程序共享getter/setter类,asp.net,Asp.net,也许有一些明显的东西我错过了,也许没有。假设我有一个类,它只是一个带有getter/setter的表示,没有逻辑。我将主要使用这些结构进行序列化/反序列化。假设我在许多应用程序中使用该对象。假设我有几十个这样的物体。我共享这些对象的最佳方法是什么 我知道我可以将对象编译成DLL并引用该DLL。但是,如果我有几十个这样的对象,我是要分别编译它们,这样我就可以使用我所需要的,还是要制作并维护一个包含所有这些对象的monster DLL。这两种方法似乎都不好。我不想为每一个类创建一个类库(这很愚蠢),

也许有一些明显的东西我错过了,也许没有。假设我有一个类,它只是一个带有getter/setter的表示,没有逻辑。我将主要使用这些结构进行序列化/反序列化。假设我在许多应用程序中使用该对象。假设我有几十个这样的物体。我共享这些对象的最佳方法是什么

我知道我可以将对象编译成DLL并引用该DLL。但是,如果我有几十个这样的对象,我是要分别编译它们,这样我就可以使用我所需要的,还是要制作并维护一个包含所有这些对象的monster DLL。这两种方法似乎都不好。我不想为每一个类创建一个类库(这很愚蠢),而把它们扔进一个巨大的包似乎是个坏主意


我错过了一些简单的东西吗?java难道没有一个可以创建一对多类jar文件的约定吗?.Net做过类似的事情吗?

你需要一个愉快的中间立场

您应该将相关对象分组到各个名称空间中


然后可以将每个名称空间编译成单独的DLL。这样,使用库的用户只需为每组功能引用一个DLL。

您可以拥有一个包含所有对象的主程序集。然后还为不同的应用程序创建单独的程序集,其中只添加用作链接的程序集


然后,您可以使用Project->Add Existing Item,然后在添加按钮上单击向下箭头,并在添加所需类时选择“Add As Link”。

我认为这似乎是最好的答案。我唯一的潜在问题是,根据抽象,可能有一些对象在逻辑上不容易组合在一起。我觉得很奇怪,没有一种模式可以更好地解决这个问题。