我正在尝试找出一种最佳实践方法来组织solutions，更具体地说，应该包含在“基础解决方案”或“库解决方案”中。
SDK说明如下：
解决方案库对于具有多个解决方案或大型解决方案的ISV 企业部署，这是预料之中的 很多解决方案组件都会 必须分享。最好的方法 共享组件的解决方案是 创建解决方案库。你创造 通过创建一个解决方案库 单独的非托管解决方案 组织然后打包那些 组件成为托管解决方案。 将托管解决方案安装到 另一个组织，让 开发者参考这些共享 来自解决方案的组件 创建。
Microsoft Dynamics CRM解决方案 Framework允许您构建层 相互依赖的解决方案。 通常，您可以创建解决方案 代表“基地”的图书馆 解。可以构建其他解决方案 在这个基础解决方案之上。
理想情况下，哪些组件应放在基础/库解决方案中？核心业务实体和期权集？核心功能和工作流程？
似乎没有关于动态文档的大量指导。
答案 0 :(得分：2)
如果您计划在多个组织中共享任何将与组织其他部门分开修改的功能，那么我会考虑将其放在单独的解决方案中。
例如，假设您的业务中有多个区域，每个区域都有自己的CRM组织，但每个区域都使用标准的评分方式和分配潜在客户。在这种情况下，我将创建一个包含该功能的解决方案并将其安装在每个组织上，并且当流程发生变化时，可以将相同的解决方案推送到所有组织，每个人都会得到相同的更改。
另一种可能性是您在多个组织中使用的一组通用JavaScript库和插件，可能用于自动命名或自动编号记录或某些自定义业务逻辑验证。这样，如果您发现其中有任何错误，您可以再次对所有组织进行相同的更改。
如果您没有多个CRM组织或者您不是ISV，我不会打扰解决方案。对于CRM来说，它们是一个巨大的飞跃，但它绝对是第一次传递，并且与它们合作存在一些怪癖和头痛。