IoC 的良好模型是什么？丝带？
我们正在为 WPF 工具使用 IoC 模型，并且对它的运行方式非常满意。
现在我们要添加一个 功能区 到新的我们正在创建的工具，我遇到了一些设计问题。我正在寻找有关我们工具中的插件如何将其接口公开到主窗口功能区的指南。
我们希望能够继续让设计师使用 Blend 根据生产团队的反馈来布局和调整功能区元素。如果可能的话，立即暴露所有插件的界面组件。
在开始乱搞按钮之前，我正在寻找一些关于这方面的指导。如果它是一个简单的分层菜单系统，那么那就非常简单了。但功能区允许画廊和列表框以及各种有趣的上下文相关用户界面。
We are using an IoC model for our WPF tools, and are quite happy with how it's all working out.
Now we want to add a ribbon to a new tool we're creating, and I'm running into some design problems. I'm looking for guidance on how plugins in our tool can expose their interfaces to the main window's ribbon.
We want to be able to continue letting a designer use Blend to lay out and tweak the ribbon elements based on production team feedback. With all plugins' interface components exposed at once if possible.
I'm looking for some guidance on this before I start button-mashing. If it were a simple hierarchical menu system, then that would be pretty straightforward. But the ribbon permits galleries and listboxes and all kinds of interesting context-sensitive UI.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论