我应该将我的计费模块放在它自己的类库中吗？
我正在开发一个最初构建在框架上的企业系统。当我获得应用程序的所有权时，我决定构建一个新的客户框架，并将整个系统逐个模块转移到其中，而不会破坏整个应用程序。
在我的新框架中，我有一个业务层、值对象层和数据访问层；其中包含框架相关的类。计费模块一直位于旧框架中，但我想对其进行改进并移动它。
问题是我是否应该将其移至新框架中的新现有业务、值对象和数据访问层中，还是在引用我的框架 DLL 时为计费模块提供它自己的不同类库？请也欢迎优点和缺点。
I'm working on an Enterprise System which was originally built on a framework. When I got ownership of the application, I decide to build a new customer framework and transfer the entire system to it module by module with without breaking the entire application.
In my new framework I have a business, value object, and data access layers; which contain framework related classes. The billing module has been sitting in the old framework, but I want to improve on it and move it.
The question is do I move it into the new existing business, value object, and data access layers in my new framework or do i give the billing module a different class library of it's own, while I reference my framework DLLs? Please Pros and Cons are also welcomed.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果您认为它在其他应用程序中有用，最好为计费模块构建不同的 dll。
这样做的优点是您不需要为其他应用程序再次编写代码。
注意：这里的其他应用程序可能是 WCF 服务、桌面应用程序、Web 应用程序等，您可以在其中使用计费模块。
If you think that it can be usefull in other application , its better to build the different dll for the billing module.
Advantage of this is you do not need to write code again for the the other application.
Note : here other application may be WCF service, Desktop app, Web app etc. where you can utilize the billing module.