我目前正在我的工作场所讨论遗留
Java Swing应用程序与d3.js图形的最终输出之间的接口设计.当前的应用程序是一个桌面统计探索工具,使用Java2d解析数据并输出图形.应用程序正在转换为具有Web前端的服务器/客户端应用程序.
目前,图形逻辑与Java2d代码紧密耦合.虽然在技术上是Wilkonson的图形语法的实现,但是图形树中的每个组件都呈现给java组件.
我建议重构图形系统以输出图形的结构化规范(json,xml,无论如何),然后可以将其传递给消费者(前端Web,ipad等)以进行实际的解析和渲染.这会将图形结构与实际渲染分离,理论上允许在任何客户端库或渲染格式中使用相同的输出/蓝图,无论是d3.js,three.js,svg / canvas / webgl,还是本机码.
这似乎对我有直观的意义,但我的同事非常反对这个想法.相反,他们建议调整系统以在服务器端生成d3 javascript代码,客户端将直接使用该代码.这将需要在每个图形的基础上实现所有图形设置代码(理论上使用一些模板引擎有条件地在结果html中包括js).我们的结果将直接与d3本身联系在一起.他们说好处是客户端不必做任何事情来渲染图形输出.
我在这里错过了什么吗？从长远来看,后一种方法是否更为可取？或者我是否正在使用以前的设计？在生成javascript方法中我应该考虑一些好处吗？或者,我应该如何构建我的论点,支持序列化的图形规范,以便让更多的人加入我的设计？
