为什么要避免后端开发的直接参与。
-
响应太慢
用户提出想法，梳理需求，论证可行，核算成本，确认需求，分配开发任务，编码、编译、测试、发布版本是一个漫长的过程，还需要多个岗位协调，特别是在已上线的生产环境中，需要更加谨慎。 -
需求不准确
一个需求经过漫长的过程，往往失真，这会带来非常严重的问题，我们都知道开发与产品之间最大的矛盾就在于需求不明确。 -
质量不可控
经过这么多环节，每个环境都有可能出问题，每个环境都需要反复验证。 -
成本太高
经过的环节越多，参与的人越多，最终都会体现到成本上。特别是后端开发人工成本通常会比较高。 -
不直观
通过代码生成样式，直接看代码根本看不出这是个什么样式，什么图形，与所见即所得完全背道而驰。 -
维护太难
用代码生成的样式非但不直观，代码还非常多，还不可避免的造成极高的维护难度，后端开发人员通常是逻辑强，图形感差，
时间一长，就算有图形参照开发人员自己都很难一眼看了这到底是开发了个什么，特别是换了开发人员之后，更难维护。 -
风险太高
周期长、质量不可控、难维护处处是风险。
理由的状态应该什么样。
用户提出想法后，由实施或现场运维人员直接在word上编辑，并可实时预览，让用户直接看到效果，有偏差快速修正。
模板编辑要求比后端开发要低的多，简单培训一下规则就可以。
后端开发作什么
后端开发不是不参与，而是只在初期作一次性开发部署，把数据和模板整合后交给模板解析引擎。
在解析模板、预览效果时开发人员是不需要参与的。
当然，要作到这一切，需要一个强大的模板解析引擎。