关于 JHipster 的一般问题
General questions about JHipster
抱歉，如果这里不是提出这些问题的地方。但我只想知道是否...
- JHipster能否走大规模应用？
- 是否可以最大限度地减少代码的生成，尤其是 UI 部分？
- 我可以扩展一些已经生成的 RestController class 吗？ （就像一个自定义模型 class 我得到 base64 字符串写入文件）
再次抱歉，我正在创业，想知道这些是否都可以。我忍不住对 JHipster 感到兴奋，我现在真的在祈祷！
谢谢大家！
三题合一，事实上！
- 这取决于你怎么称呼"large scale"。我们的用户有数百张桌子，所以我认为这是 "large"。其他人使用 "micro service" 方法，将多个 JHipster 应用程序协同工作，这就是我推荐的方法。我们的 Gatling 测试（以及来自用户的反馈）还表明，与 JBoss 或 Play 等 "competing" 堆栈相比，我们能够承受大量 HTTP 请求！ （但是它们都没有面向生产的默认设置，比如我们的 "prod" 配置文件——例如它们没有默认启用二级缓存——所以这是正常的，我们的性能要高得多-开箱即用）
- 如果你不喜欢 UI 部分你可以删除它，但在那种情况下我建议不要使用 JHipster -> 这就是整个想法，否则就使用真正的 Spring 引导，或 DropWizard
- 它只是一个生成器，所以是的，您可以扩展或修改生成的任何内容
是的，我已经将它用于一个拥有 20 万多个 js 文件的教育委员会，并且还用于 3 个部
抱歉，如果这里不是提出这些问题的地方。但我只想知道是否...
- JHipster能否走大规模应用？
- 是否可以最大限度地减少代码的生成，尤其是 UI 部分？
- 我可以扩展一些已经生成的 RestController class 吗？ （就像一个自定义模型 class 我得到 base64 字符串写入文件）
再次抱歉，我正在创业，想知道这些是否都可以。我忍不住对 JHipster 感到兴奋，我现在真的在祈祷！
谢谢大家！
三题合一，事实上！
- 这取决于你怎么称呼"large scale"。我们的用户有数百张桌子，所以我认为这是 "large"。其他人使用 "micro service" 方法，将多个 JHipster 应用程序协同工作，这就是我推荐的方法。我们的 Gatling 测试（以及来自用户的反馈）还表明，与 JBoss 或 Play 等 "competing" 堆栈相比，我们能够承受大量 HTTP 请求！ （但是它们都没有面向生产的默认设置，比如我们的 "prod" 配置文件——例如它们没有默认启用二级缓存——所以这是正常的，我们的性能要高得多-开箱即用）
- 如果你不喜欢 UI 部分你可以删除它，但在那种情况下我建议不要使用 JHipster -> 这就是整个想法，否则就使用真正的 Spring 引导，或 DropWizard
- 它只是一个生成器，所以是的，您可以扩展或修改生成的任何内容
是的，我已经将它用于一个拥有 20 万多个 js 文件的教育委员会，并且还用于 3 个部