Content management system 将基于struts的网站移动到CMS

想象一下，使用java和struts开发了一个经典网站。 现在，您的客户了解到，重新部署应用程序以更改图像或文本是一项巨大的成本。它还要求为网站添加一项功能：类似cms的内容处理（编辑、版本控制、批准发布）

---

你将如何处理这个请求？你会在webapp中开发它吗？你会将webapp与CMS合并吗？tou会将webapp移动到cms中吗？你会逃跑吗？

构建简单的CMS支持并不太困难（前提是在你的框架中设置身份验证和安全性不会太紧张），但是如果你需要提供一个完整的WYSIWYG环境，在那里他们可以上传内容并格式化内容，它会变得非常灵活

如果他们想要全部，我会考虑在现有的CMS内部重建。如果他们能够处理简单的编辑，就将其构建到你的应用程序中

但对他们来说，最重要的是成本。你需要让他们知道他们为你重新构建而付钱（并给他们一个报价，让他们知道这将花费他们多少钱）。除非你严重误解了这份简报，否则你无法承受这笔费用

如果他们对你目前所得到的不满意，但又不想为你的进一步发展支付费用，那么就说明你很乐意让最初的简报取得成果，但就你目前的时间向他们开具发票（如果是基于项目的，则按合同的百分比），让他们考虑一下

---

如果你搞砸了简报，你要么就离开了，要么就失去了一个客户，要么就忍气吞声，努力在下次做得更好。

构建简单的CMS支持并不太困难（前提是在你的框架中设置身份验证和安全性不会有太大压力）但是如果你需要提供一个完整的所见即所得的环境，在那里他们可以上传内容并对其进行格式化，那么它会变得非常复杂

如果他们想要全部，我会考虑在现有的CMS内部重建。如果他们能够处理简单的编辑，就将其构建到你的应用程序中

但对他们来说，最重要的是成本。你需要让他们知道他们为你重新构建而付钱（并给他们一个报价，让他们知道这将花费他们多少钱）。除非你严重误解了这份简报，否则你无法承受这笔费用

如果他们对你目前所得到的不满意，但又不想为你的进一步发展支付费用，那么就说明你很乐意让最初的简报取得成果，但就你目前的时间向他们开具发票（如果是基于项目的，则按合同的百分比），让他们考虑一下

---

如果你把简报弄糟了，你要么不付钱，要么付了一部分钱，就失去了一个客户，要么忍气吞声，努力下次做得更好。

+！回答得好。我想补充一点，虽然你可以在现有的应用程序中添加简单的编辑功能，但这注定是一个滑梯的开始，你最终会实现自己的CMS，从长远来看，首先重建它会更便宜。+！回答得好。我要补充的是，虽然你可以在现有的应用程序中添加简单的编辑功能，但这注定是一个滑梯的开始，你最终会实现自己的CMS，从长远来看，首先重建它会更便宜。