我正在为一套反应应用程序和公共库代码构建一个monorepo。其中一个包将是一个组件库。
packages
app1
app2
common-ui
alert
button
我对整个反应/节点生态系统非常陌生。
我看过很多实际的UI库示例-- 反应自举、材料.设计.部件.反应等等。
看来,我希望将公共ui库中的每个组件作为单个文件分发,以便在导入到消费应用程序时能够对它们进行精心挑选。
lib引导通过使用babel构建"lib“来实现这一点。它们构建为一个可发行的浏览器、一个公共库和一个ES库。
材料--设计--组件--通过一个lerna来实现它们的组件库本身,每个组件都有自己的package.json,我相信它们使用webpack来单独构建每个组件。
所以我的第一个问题是
或者我必须重组:
packages
app1
app2
alert
button
我的第二个问题是,
发布于 2019-03-21 14:40:56
在我的公共ui文件夹中,类似于材料设计-组件-反应的结构是否可能是一种在单一功能范围内的单一功能?
是的有可能。但请记住,您和那些库有非常不同的要求。你可以把你的单体项目想象成在同一家公司开发的小项目,这些项目依赖于类似的第三方库,它们遵循相同的衬里、测试等。
社区推荐哪种设计作为主要单体中的组件库?这必须是一个共同的结构,开发人员必须解决当他们有许多客户端应用程序与公共库。每个公共ui组件的包似乎需要很大的开销,但是它们当然有脚本可以帮助解决。
第一个包含3个包的结构是启动存储库/项目的最常见方式。
在您的例子中,我不建议将您的ux库划分为单个文件。你的应用程序可能会使用你的大部分ux库,而且你可能不会有那么多的材料或引导程序的组件。此外,如果你曾经在你的图书馆达到这个点,你可以分开他们以后。作为参考,您还可以检查each是如何发布它们的每个功能的。这与您的情况没有什么不同(假设您不会发布任何字体/图像等等)。
https://stackoverflow.com/questions/55282663
复制相似问题