从程序员的角度来看fatwire是什么？

Question

fatwire与fatwire相比有哪些开源工具包，fatwire有一些特别的优势吗？

fatwire有多难以导出并移至免费替代品？

作为编写Java扩展的平台有多稳定？

Answer 1

从发展的角度来看，FatWire可能是不友好的。在使用这个应用程序的许多网站上工作后，它可能容易膨胀，并且变得难以维护。

从用户角度来看，在UI中已经付出了很多努力，这导致了一个功能强大的工具。

从客户的角度来看，所有的客户bar 1（一家大型通讯社）都对最终结果感到满意。例如，当您使用复杂的逻辑生成菜单或面包时，或者当您有大量内容时，FatWire可能会变慢。这是一位客户不高兴的主要原因。 FatWire网站经常在负载下挣扎。它有时被看作是解决所有网络需求的解决方案。由于此类FatWire成功地提供了半动态内容，但在强制执行完全动态网站（根据我的经验）时可能会出现fl ounder现象。

Answer 2

从最初的新闻稿：

FatWire Software公司宣布推出FirstSite的 ，这是一套工具 和最佳实践，帮助 公司使用FatWire公司的Content Server 得到他们的第一个网站或 应用程序运行很快，而 提供了未来 扩展的基础。 FirstSite包括 收集的标准模板和共同 大多数网站 网站组成，具有 文档，培训，丰富 开发者社区相结合，和最佳实践 方法。 FatWire及其 解决方案合作伙伴正在使用FirstSite 作为开发基于内容的 特定垂直市场应用的基础。只有 未成年人，化妆品改建， 开发人员可以使用代码 FirstSite实施的第一个站点， 同时学习如何 利用内容服务器的能力， 诸如动态内容传送， 个性化，缓存和产品 目录。

Firstsite不是一个产品，除非自2004年以来这已经改变（不幸的是我不能看，因为他们的开发人员网站已关闭）。 Fatwire的内容服务器不会与我知道的任何开源CMS进行比较。它的范围进一步扩大。我会回答你的问题一个接一个：

优势 - 有许多（或者没有人会买它，它是不便宜）

在交货方面：可扩展性，细粒度的高速缓存控制，无状态的servlet架构，....

在后台方面：几乎没有限制的资产类型，动态内容的属性，发现细粒度的安全性和访问控制，...

在开发方面：智能具有良好编码效率的架构API，标签库，...

开放

你不能指望轻松迁移到任何两个CMS产品，开源与否之间的内容。尽管有办法从XML和其他表单中使用产品工具或简单地在数据库级别从数据库中提取内容，但我不认为这可能是争取或反对使用特定CMS的理由。曾经试图从Drupal迁移到Joomla？

稳定

我曾在几个FatWire公司实现2000至2004年（当年很OpenMarket内容服务器，然后神州内容服务器）。它对于华盛顿邮报，纽约时报和P站点来说已经足够稳定了，我希望今天稳定不成问题。

Answer 3

从开发人员的角度来看，Fatwire是真正独特的概念。它将所有内容构建在一个非常灵活的非常灵活的聪明的资产建模框架上，该框架存储在关系数据库中。

应用程序逻辑基于实际上是JSP代码片段的“模板”。这个JSP代码不像传统的Java，而是代替标签。学习这些标签和Fatwire资产api需要很长的时间。甚至在熟练的开发人员开始具有生产力之前甚至还有几个月。

几乎没有可用的样品在产品上运送。有广告的“FirstSite”，但它对于通常使用这个产品来说太简单了（巨大的复杂网站）。所以几乎所有的东西都必须从头开始构建。

缓存控制广告是一个强大的功能。是的，但是我们有很长的学习曲线，它从来没有像假设的那样工作。

Wysiwyg编辑已被忽略从这个产品，即使它被广告。至少在2009年期间，它有严重的概念问题，实际上阻止在实际环境中使用它。但它当然是演示和营销的很酷的功能。今天它可能是固定的。

作为一个总结，如果我是一个预算有限的客户，我会选择任何开源替代品。主要原因是由于产品的独特性，缺乏良好的文档记录和极长的学习曲线，因此Fatwire的开发成本很高。当然，产品价格标签也是需要考虑的事情。

并回答以下问题：如果您从Fatwire 6.0迁移到任何开源替代品，您必须从头开始。在Java上构建Java扩展是稳定的。

Answer 4

Fatwire将内容存储在关系数据库和文件系统中。根据什么类型的内容（结构化/非结构化），Fatwire可以被评估。