C# 带有共享.NET标准BL库的.NET核心和框架应用程序
我必须设计一个新的应用程序,既有web应用程序,也有Windows应用程序,使用共享功能 最好是,他们希望在web应用程序中使用.NET Core,但Windows客户端必须在.NET Framework中,因为Core还不适合制作桌面应用程序,当然,如果它必须支持较旧的Windows版本(直到7) 现在,您似乎可以创建一个.NET标准类库,该类库可作为核心和框架使用。 这让我想到,难道我不能在一个.NET标准库中编写所有共享业务逻辑和数据访问,让Web和Windows应用程序只不过是一个GUI和一些控制GUI的次要逻辑吗 其中大部分将使用实体框架连接到DBs,SQL Server用于web应用程序,SQL Compact用于桌面应用程序,实体框架核心作为核心在这两个框架中都受支持。因此,首先我可以在标准库中使用它,知道两个数据库都具有相同的结构(客户机数据库将是服务器数据库的导出)? 如果是这样的话,将其放在标准项目中是否有任何限制 标准支持中对LinQ有任何限制吗 最后,标准是否支持打印 如果所有这些都不可能,我们将把所有东西都放在.NET框架中,但最好为未来做好准备,因为似乎所有东西都将转移到核心C# 带有共享.NET标准BL库的.NET核心和框架应用程序,c#,.net,entity-framework,.net-core,.net-standard,C#,.net,Entity Framework,.net Core,.net Standard,我必须设计一个新的应用程序,既有web应用程序,也有Windows应用程序,使用共享功能 最好是,他们希望在web应用程序中使用.NET Core,但Windows客户端必须在.NET Framework中,因为Core还不适合制作桌面应用程序,当然,如果它必须支持较旧的Windows版本(直到7) 现在,您似乎可以创建一个.NET标准类库,该类库可作为核心和框架使用。 这让我想到,难道我不能在一个.NET标准库中编写所有共享业务逻辑和数据访问,让Web和Windows应用程序只不过是一个GUI
保持逻辑在线并让客户端通过服务访问它不是一个选项,我们需要让客户端在离线环境中工作。我想说的是,为什么不试试呢。你问的所有问题都可以很容易地测试出来,然后你可以自己给出答案。为什么要在“共享业务逻辑和数据访问”中包含打印?这听起来更像是一个UI问题……NET标准的目的是减轻在.NET实现之间共享代码的痛苦,所以只需将任何共享逻辑放入.NET标准库和任何特定代码(例如打印)中即可“打印是系统的主要功能之一,必须在所有软件品种上得到支持,因此我想将该逻辑放在一个共享位置。”。也许我的措辞有点不恰当,但我通常希望共享功能库中的所有内容都不特定于某个应用程序品种。我宁愿说,为什么不尝试一下呢。你问的所有问题都可以很容易地测试出来,然后你可以自己给出答案。为什么要在“共享业务逻辑和数据访问”中包含打印?这听起来更像是一个UI问题……NET标准的目的是减轻在.NET实现之间共享代码的痛苦,所以只需将任何共享逻辑放入.NET标准库和任何特定代码(例如打印)中即可“打印是系统的主要功能之一,必须在所有软件品种上得到支持,因此我想将该逻辑放在一个共享位置。”。也许我的措辞有点不恰当,但我通常希望共享功能库中的所有内容都不是特定于某个应用程序的。