将基于 struts 构建的网站迁移到 CMS
想象一下用java&struts开发了一个经典的网站。 现在，您的客户了解到，重新部署应用程序来更改图像或文本是一项巨大的成本。 它还要求向网站添加一个功能：类似 cms 的内容处理（编辑、版本控制、批准发布）。
你会如何处理这个请求？ 你会在网络应用程序中开发它吗？ 您会将 Web 应用程序与 CMS 合并吗？ 您会将网络应用程序移至 cms 中吗？ 你会逃跑吗？
Imagine having developed a classical website with java&struts.
Now you customer is learning that redeploying the application to change an image or a text is a significant cost. And it asks to add a function to the site: cms-like handling of the contents (editing, versioning, approved publishing).
How would you handle this request? Would you develop it in the webapp? Would you merge the webapp with a CMS? Would tou MOVE the webapp into a cms? Would you run away?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
构建简单的 CMS 支持并不是太困难（只要将身份验证和安全性放在您的框架中不会有太大压力），但如果您需要提供一个完整的所见即所得环境，他们可以在其中上传内容并对其进行格式化，那么它可能会变得非常繁琐。
如果他们想要全部，我会考虑在现有的 CMS 内重建。 如果他们可以处理简单的编辑，请将其构建到您的应用程序中。
但影响他们的因素是成本。 您需要让他们知道他们正在为您的重建付费（并向他们提供报价，以便他们知道需要花费多少费用）。 除非你严重误解了这份简报，否则你无法承担这笔费用。
如果他们对你目前所取得的成果不满意，但又不想付钱给你进一步建设，请解释你很乐意将最初的简报付诸实践，但向他们开具到目前为止你所花费的时间的发票（或如果是基于项目的合同的百分比）并让他们考虑一下。
如果你搞砸了这份简报，你要么不付钱或只付部分钱就走开，从而失去客户，要么坦然接受，下次努力做得更好。
Building in simple CMS support isn't too difficult (provided putting the authentication and security isn't too stressful in your framework) but it can get really fiddly if you need to provide a whole WYSIWYG environment where they can upload content and format it.
If they want the whole lot, I'd consider rebuilding inside an existing CMS. If they can cope with simple edits, build that into your app.
But the thing that'll sway it for them is the cost. You need to let them know they're paying for you to re-build (and give them a quote so they know how much it's going to cost them). You can't swallow that cost unless you massively misunderstood the brief.
If they're not happy with what you've got so far but don't want to pay you for building it up further, explain you're happy to bring the original brief to fruition but invoice them for your time so far (or percentage of the contract if it's project based) and let them think about it.
If you cocked up the brief, you either walk away not or partially -paid and lose a customer, or take it on the chin and try to do better next time.