媒体网站设计注意事项以及调用网站功能的多种方式
我和我的伙伴正在设计/实现一个基于网络的媒体应用程序。它将提供媒体管理和分发能力。
长话短说，尽管我们希望有一个基于 Web 的 GUI，以便用户能够执行站点功能 (CRUD)，并且还拥有一个管理区域来控制用户的各个方面，但该项目还有另一个限制。
也就是说，我们想要一种通过 CLI 或其他可能的方式调用站点功能的方法。在这方面，我发现我们需要一些“调度程序”来接受不同的代码入口并执行库。
此外，我们正在考虑在网站上使用 ajax 推送类型策略（可能是 ape-project），但我们希望以这样的方式编码我们的服务器端库，以便我们可以通过单击网络（例如通过 jquery）来调用操作并且还能够执行 % mediaSite -refreshlibrary 或类似的操作？
是否有类似的设计想法可用，或者实施了此类想法的项目可供我以类似的方式审查、使用或设计？
任何意见/问题我很乐意讨论。如果您需要更多信息，请询问，我可以添加更多信息，因为我们已经制定了很多设计。
My mate and I are designing/implementing a web based media application. It will provide media management and distribution abilities.
Long story short, as much as we want a web based GUI for users to be able to perform site functionality (CRUD) and also have an administration area to control various aspects of users there is another constraint on this project.
Namely, we want a way to invoke site functionality via CLI or potentially down the road other ways. In this regard I see that we need some "dispatcher" that will accept different entrances to the code and execute the libraries.
Additionally, we are looking into using ajax push type strategies (possibly ape-project) for the site but we want to code our server side libraries in such a way that we can invoke actions via a click on the web (through jquery for example) and also be able to do % mediaSite -refreshlibrary or something of that sort?
Are there design ideas like this available or projects with this type of idea implemented that I could review, use or design in similar fashion?
Any comments/questions Im happy to discuss. And if you need more information ask away, I can add more as we have already formulated a lot of the design.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
在 MVC 模式（模型-视图-控制器）中，就像让控制器了解输入类型和输入类型一样简单。输出类型（在同一个控制器中，或者通过调用扩展基本控制器的不同控制器），可能将传入的参数（表单/url编码、get、json、xml、cli）转换为“真实”参数结构，可能根据预期返回调用不同的视图（例如，来自 javascript 的 json 请求可能有 json 返回和/或 html 返回，cli 请求主要是纯文本等）。只要模型的功能不绑定到 web/http 表示，它就可以相当简单。
在更多“数据驱动”项目中，我在使用与肥皂方法、JavaScript 返回和“默认”html/浏览器请求完全相同的操作时遇到了很少的麻烦。
In an MVC pattern (Model–View–Controller), it would be as simple as making the controller aware of input type & output type (either in the same controller, or by invoking a different controller extending a base one), which possibly translate arguments incoming (form/url-encoded, get, json, xml, cli) into the 'real' argument structures, possibly invoking different views based on expected return (a json request from javascript could have a json return and / or an html return for instance, a cli request mostly plaintext, etc.). As long as the functionality of your Models isn't bound to web/http presentation, it could be fairly simple.
In more 'data-driven' projects I've had very little trouble using the exact same actions as soap-methods, javascript returns, and 'default' html / browserrequests.
我会研究模型-视图-控制器模式。 MVC 在许多框架中使用，但我认为您应该研究更纯粹的模式形式。听起来，您想要的是使用具有相同模型和控制器代码的不同视图。在您的情况下，您的不同视图不会都是基于网络的 - 您将有一个网络视图、一个命令行视图、一个 QT 应用程序视图等。
I would look into the Model-View-Controller pattern. MVC is used in many frameworks, but I think you should look into purer forms of the pattern. What you want, it sounds like, is to use different Views with the same Model and Controller code. In your case, your different Views will not all be web-based - you'll have a web view, a command line view, a QT app view, etc.