Outsystems敏捷平台有什么严重的缺陷吗？

Question

我们目前正在研究Outsystems的敏捷平台。

我们已经通过了他们的课程，并做了所有的例子，但从经验来看，这些类型的东西只显示了图片的一部分。

有没有我们可能没有意识到的严重陷阱？

Answer 1

免责声明:我为OutSystems工作

每种开发工具/语言/堆栈/...在某种程度上涉及到一些权衡。因此，根据您正在寻找或特别感兴趣的内容，您可能会认为平台的某些方面是一个不可原谅的陷阱，其他人可能会将其视为天赐之福，反之亦然。因此，只有知道你真正喜欢什么和你认为重要的是什么，我才能试着猜测你会错过什么，你会认为什么是陷阱。

由于我们通常只在第一次尝试使用时才注意到某些东西的缺失，因此我建议您尝试使用该平台来随意破解某些东西，而不是严格按照教程和课程进行操作。如果你在创造一些不同的东西时发现任何你不喜欢的东西，我们将很高兴听到你的意见！

如果你认为某个工具的教程没有向你展示一些东西，那就试着不去学习它们。

Answer 2

由于公司的新方向，我使用了一段时间的Outsytems。

到目前为止，我发现Outsytems在帮助最新/最无聊的程序员开发干净、可维护的数据层和可读逻辑方面相当不错。如果你将它保持在OutSystem中，那么创建工作流也是轻而易举的事情。

TLDR:即使是“最新手”的程序员也可以使用Outsystems创建一个不错的应用程序。

用户界面

到目前为止，我遇到的一个问题是，当我们想要创建一个看起来与Intelliwrap模板非常不同的相当复杂的用户界面(javascript、插件等)时。

就像在任何IT销售演讲中一样，“这是可以做到的！”--它总是可以做到的--但预计会有很多试验和错误。javascript、css等的行为有时是不可预测的--特别是当你试图覆盖大多数Outsystems的界面部分的时候。

请注意，没有多少教程/论坛帖子完全讨论了Outsystems的用户界面方面，因为它确实很难，而且在大多数方面都很烦人。

自动化测试

另一个困扰我的方面是创建测试驱动开发环境的难度。在大多数情况下，自动化测试环境几乎不可能设置。

是的，有插件之类的，但没有任何支持或任何东西来设置它。来自Outsystems的Nuno亲切地向我展示了Outsystems如何在其平台开发中使用自动化测试工具。然而，这部分并不适合每个人，因为它很难设置。准备好在使用Outsystems进行开发时进行手动测试(例如，雇佣大量实习生)

在我们的例子中，设置测试工具的问题被放大了，因为我们没有使用inteliwarp和默认的Outsystems UI组件。

在没有自动化测试的情况下进行敏捷开发有点奇怪--类似于访问不提供薯条的McDonalds。

人才短缺

在处理Outsystems时，您可能会遇到的另一个问题是，由于具有所需技能的人员供应有限，可能会出现瓶颈。

Outsystems员工将尽其所能帮助您，但当涉及到与其他系统的某种异国集成或进行您自己的黑客攻击(例如UI/数据库等)时，请准备好自己动手。谷歌或Stackoverflow将不会有太多帮助。到目前为止，只有不到20个问题在Stack Overflow中被标记为“Outsystems”。忘记在Github中找到样本。

你可以随时访问他们的社区网站，这个网站非常活跃。但是，当您想要做的不仅仅是标准的Outsystems应用程序时，请准备好自己做一些事情。

在某些情况下，专业开发人员可能会发现使用Outsystems studio简直是一种侮辱，并且对他们的个人职业发展没有太大贡献(例如，有限的工作机会，贬低原始技能)。

无论如何，如果没有事先的培训，您几乎永远找不到能够立即加入团队进行Outsystems项目的开发人员。如果您计划进行大量的修改和自定义开发，那么这个问题将会被放大。

版本控制

Outsystems平台与自己的代码库/版本控制机制捆绑在一起，但不要期望像SVN或GIT这样的东西。公平地说，对于大多数情况，它已经足够好了，但合并了。合并操作是在文件/组件级别完成的。系统只能检测文件/组件是否已更改。合并机制实质上是覆盖整个文件。没有逐行代码比较/插入/删除这样的事情(无论如何都没有代码)。

恢复到旧版本的工作可能是相当麻烦的imho。

文档/知识共享

根据您的公司文化，记录或分享最佳实践/食谱/分步指导可能有点困难，因为需要始终捕获屏幕截图。

TLDR如果你只是想用标准UI创建简单的CRUD系统，就像任何企业应用程序一样，Outsystems将会很好地完成它的工作--确实非常好。只需记住:任何自定义开发和对默认框架的更改都会让您(或您的开发人员)付出高昂的代价。

Answer 3

我一直在用它来组织一个项目，我对它非常满意。它使项目的90%变得非常容易；它利用了ORM的优点，但又将其完美地集成到了开发系统中，项目的生命周期很棒。我喜欢部署/版本控制/回滚的故事。在Visual Studio中，使用Integration Studio可以非常轻松地处理超出其范围的任何内容。

在此过程中，我发现了几个小but，但我必须说，支持团队对它们的反应非常好，尽管我是一个无偿的“社区版”成员。论坛中的支持，无论是来自OutSystems还是来自其他用户的支持都非常出色。

我发现的唯一问题是，它目前与.NET 4和Visual Studip 2008不兼容。有人告诉我，它已经在路线图上了。如果您有在获得支持之前必须使用WCF4的代码，则可以轻松地将其包装在.NET服务中，并将该服务直接导入service Studio。这就是我所做的，事实证明这是一个很大的好处，因为.NET 4代码是非常资源密集型的，所以我现在有一些可伸缩性选项。

希望这能有所帮助！

J.Ja