san*_*rom 6 architecture structure
这个问题来自Web应用程序,尽管它也适用于其他类型的应用程序.我正在使用MVC.
我有应用程序代码(模型,视图,控制器,表单,帮助程序等)和库代码(外部库和带有自编写数据库映射器的内部库,json转换器等).
我想知道你通常在应用程序和库代码之间画线(两者都是内部编写的)？
一些库代码更具有项目特定性,但仍然有点抽象.
当面对这类分类问题时，我想知道一件事：错误分类的后果。
该代码是“库”，该代码是“应用程序”......这种区别是为了谁的利益？如果我们将一些代码放在错误的类别中会发生什么？
一种可能的答案：
影响代码的复用。假设我们有一个策略：库代码在具有所需标头等的 DLL 中可用。应用程序代码仅部署在 .EXE 中。
在应用程序中放置一个很好的例程来进行困难的计算，而不是在库中，那么它就不能轻易地被重用。
也许从这个思路中可以得出更多的结论……版本控制的问题适用。我们需要制作更好的文档吗？[即使只有一个开发人员，我们也可能会更加小心？]我们是否需要外部化配置信息，确保不要硬编码任何内容？