我正在研究企业级业务应用程序，现在是时候开始考虑非桌面体验了。我们有一个使用 dojo 的通用组件代码库，并且正在尝试尽可能多地重用代码。
我真的很难确定是否应该重复使用相同的代码库，或者为桌面和移动设备提供单独的代码库。
我做决定的一个重要因素是 dojox/mobile 的可行性。它看起来很酷，并且使用了 dojo 基础设施，这是一个巨大的胜利，但它在 dojox 中的事实让我有点害怕。
一些问题：
dojox/mobile 是可以长期依赖的东西吗？
根据 has.js 可以告诉我的内容，尝试将 dijit 组件换成 dojox/mobile 组件是一个聪明的主意吗？
dojox/mobile 会成为 dojo2.0 的一部分吗？
我要补充一点，在 Dojo 2.0 中，计划是尽可能多地融合桌面 (dijit) 和移动 (dojox/mobile) 小部件，这应该有助于您的用例。见： http: //mail.dojotoolkit.org/pipermail/dojo-contributors/2013-June/029041.html
你可以依赖 dojox/mobile。DojoX 确实会在 2.0 中从 Dojo Toolkit 中消失，但大多数成熟（并且可能会维护）的模块将被推送到 dijit/dojo 库中。我引用参考指南：
在未来（Dojo 2.0）中，DojoX 包和命名空间将被移除。子包和模块将被集成到 Dojo Core、Dijit 或作为它们自己的独立包分离。但是对于 1.X 代码流，为了确保向后兼容，所有这些包都包含在 dojox 命名空间和包中。
如果我们看一下Mature的解释，我们可以阅读以下内容：
这个包或模块被认为是成熟的，并且正在由 Dojo Toolkit 中的提交者积极开发和维护。预计它将持续到可预见的未来。
如果您查看上面的链接，您会注意到它dojox/mobile被归类为成熟。
您可以依赖它的另一个原因是 IBM（可以认为是一家非常大的公司和 Dojo 工具包的提交者）也依赖于dojox/mobile他们的移动产品 IBM Worklight。如果他们依赖它，那么你没有理由不能。
我认为从相同的代码库开始并换掉dijits组件dojox/mobile并不容易。通常，移动应用程序开发需要与 Web 应用程序完全不同的策略。您可能必须将某些内容拆分为多个视图，并且某些 dijit 可能没有移动替代方案。
您可能可以重用大部分实用程序和业务逻辑，但我认为如果您想编写视图，您将不得不从头开始。但我并不是真正的高级移动开发人员。