我没有使用 dll 文件的经验,这是我第一次在我的 web 应用程序中使用 dll 文件。在开始使用/设计我的 dll 文件之前思考的正确方法是什么?
我是否应该考虑我的应用程序的一些可重用功能,以便将它们放入 dll 文件中?我该怎么想?在哪些情况下使用 dll 文件是个好主意?
另外,具有不同数量参数的存储过程呢?使用 dll 文件来执行我的存储过程是个好主意吗?
任何意见,将不胜感激。
谢谢你。
我没有使用 dll 文件的经验,这是我第一次在我的 web 应用程序中使用 dll 文件。在开始使用/设计我的 dll 文件之前思考的正确方法是什么?
我是否应该考虑我的应用程序的一些可重用功能,以便将它们放入 dll 文件中?我该怎么想?在哪些情况下使用 dll 文件是个好主意?
另外,具有不同数量参数的存储过程呢?使用 dll 文件来执行我的存储过程是个好主意吗?
任何意见,将不胜感激。
谢谢你。
很抱歉,这变得有点漫无边际,但我不确定您的知识水平,所以尽量保持简单!
在设计系统时,您需要考虑如何构建它。就像在现实世界中一样,将事物组织在合乎逻辑的位置而不是仅仅将它们堆放在房间中间是很好的!从理论上讲,您可以将所有内容放在应用程序的 MAIN 方法中,但这很难阅读和维护。因此,我们将事情分解为方法,以便您可以更轻松地看到正在发生的事情。
然后将其扩展到将方法分解为类。如果您有很多与用户相关的方法,那么创建一个名为的类User
并将所有方法放在该类中是有意义的。这样,如果您或其他开发人员想要做任何涉及您知道它可能位于User
类中的用户的事情。
从那里开始,您可能会发现将某些类组合在一起是有意义的。例如,您可能拥有类User
、Books
、Location
,Animal
并认为这些都是事物的模型,因此您将创建一个包含它们的类库。这被编译成一个DLL。然后您可能会认为我希望我的所有数据访问代码都在另一个类库中,因为将所有这些组合在一起是有意义的。
所以,你可以看到它真的归结为你认为最好的分组方式。最常见的方法是让您的用户界面(无论是 MVC、Web 表单、Win 表单、WPF 等),然后是您的业务逻辑,然后是您的数据访问作为三个主要层。当然,在每一层中,您可能有多个 DLL,但这只是一种组织事物的方式,以便您更容易维护和他人理解。将所有内容转储到一个大的 CS 文件中从来都不是一个好主意!