现状:我们现有的产品里面的表单打印,都是自己来设计手工画table 打印时将table内容放到打印插件里面。期望:是否有插件能够实现,用户或我们通过设计器自己来画组建表格 表格中的显示内容可以直接调用 现有系统中的某个表或某个查询结果里面的字段 ,轻松实现表单的配置和打印,如表格变化了 用户也可自己去配置完成。能够拖动画表格,拖动放置显示字段的位置,一切自定义。不想再画死的表单,减轻工作量。

解决方案 »

  1.   

    http://www.bootcss.com/p/layoutit/
      

  2.   

    实际上,这个工作终归不能是完全面向普通用户的!而是面向经过专门的 html/css 培训的中专生的!明确了这一点,再来考虑设计,才有的放矢。而不是过分注重由用户自己去画。比如说先要满足你们自己的实习生就能用1天时间完善地画出10个表单的需求,而先不要考虑用户来画表单。那么你们其实原来已经“自己来设计手工画table”了,为什么效率那么低?仅仅抛弃 vs 就可以提高效率了吗?是不是有人员管理问题?我不知道你们原来是怎么画的。但是如果人员都明白了画table和配置一些数据的流程,那么其实用vs还是用 bootstrap的工具,或者别的表单设计工具,其实效率都很高,并没有什么差别。因为对于表单的 html/css 设计还是很简单的,不会编程但是有美术感觉的人员也能迅速学会。反而是编程人员(特别是一些开口要高薪的编程实习生)因为把精力总是放到编写代码上,总是瞧不起界面 html/css 设计,总是喜欢用什么wpf、winform、silverlight 或者更时髦的工具才“高级”,或者希望整天抠一点“增删改查”数据库查询就能拿高薪,而对真正满足千变万化的用户需求并不感兴趣,所以程序员根本不适合给用户“画table”。技术上的事情总是最低级的,要先解决人的问题,才能解决技术问题。而这里最容易犯的错误就是总想着用技术手段,来把那些原有的熟练人员挤走,希望让任何生手都能“画table”。其实硬要让程序员来给大量用户画table,就好像是“魔鬼”他当面是菩萨而背后是小人,老板一旦放松检查则程序员就怠工,这往往是你们画table 比较慢的原因。如果需要给大量用户画table,应该让专人来画。至于用什么工具其实是无所谓的。因为 html/css 足够简单,其实用不了多么复杂的工具。而更高级的技术人员,应该把精力放到系统架构上。例如如何支持各种“画table”的结果的索引、存储、使用流程问题,如何能保持一个产品持续10年仍然持续支持用户。例如假设用户的统计部门都是使用 Excel 的,那么你们的表单就不应该是 html/css,而应该是 Excel。等等这些架构问题。