强烈建议 Symphony 抛弃某些固执的过去，拥抱 Spring

如果自己有想法可以自己尝试，不要你觉得，要我觉得。

感谢建议，很高兴能和你讨论这个话题。

业界主流框架并不是所有项目的唯一选择，我认为使用自研框架更能体现产品的价值，这些不是“固执的过去”，而是对未来的考虑，所以 Latke 框架也是在逐步升级演进的，设计方面尽量考虑降低用户学习上手曲线，不存在高阶复杂的概念，仅围绕 HTTP 协议作为端点发布。

从 Spring 家族发展史我们可以看到，近 15 年它的发展迅猛，架构用法变化很大，包括一些周边生态项目被废弃。使用 Spring 全家桶的优势是能够快速让大多数人上手，但带来的问题也很明显：难以保证产品质量，依赖项太多，版本兼容上也不可能做到完全融入用户的架构体系。既然还是要用户折腾，那折腾简单的框架不是更容易么？从过去 5 年 Sym 的用户反馈上看，几乎没有人抱怨过框架开发方面难以上手，Latke 本身也没有出现无法支撑应用场景的问题，所以其实并没有足够的理由来支持切换框架。

前后端分离对于论坛社区类型项目并不是最优解，PC 端和移动端使用服务模板更好一些，如果要提供前后端分离，也是单独走 API 做一个端（多半是在移动端来做，可以是小程序，也可以是 APP 等），但项目主体还是服务端模板优势明显一些。

总结一下，我们的目标是做好一款用户体验优秀的现代化社区论坛系统，技术只是实现它的手段，并不是我们的目标（何况有很多优秀的社区系统并不是 Java 写的，甚至所用的语言和框架也不是主流的），所以“固执的过去”并不是那么重要，重要的是如何在用户体验方面做到极致，接近这个目标后再考虑技术层面的重构也不迟 🙏

什么叫固执的过去 😑

Spring 除了设计思想，别的都太垃圾了

开源项目自己试试啊，有这个想法的不止你一个，但是你想指挥作者就免了吧

PS 我早说要换 Spring 来着数次尝试夭折了 😂

Spring 对于 sym 的业务来说太厚重了，Spring Boot 中大量的“没用的”代码（自动配置等方便开发者的配置和大量依赖），分布式也不仅只有 Spring Cloud 一种，Dubbo 也可以，适合自己的才是最好的。

D 在 https://hacpai.com/article/1403847528022 中写到自己开发的 Latke，用 JSON 做实体，是非常有趣的想法，在我看来破而后立是非常有趣且大胆的尝试。

固执于一种语言，一种框架，而不是业务本身，反而有些本末倒置了。

10 年前刚开始学编程的时候，曾经认识中国 Java 社区论坛开源的鼻祖 https://laoer.com/#，但是后来慢慢放弃掉了。我自己也开源了 ShishuoCMS，后来也慢慢放弃掉了（明年估计还是会重新启动）。看到 Sym，感觉做的很不错，但是在商业模式的上考虑的太少，个人的一点意见。

用 JSON 做实体这种操作很新颖，一定程度上也简化了开发（至少不用搞一大堆 data class 了），但并不是所有人都能接受 😂

之前在一个公司内部技术群推荐过 latke，结果一群人，包括阿里 P7 来的一个大佬，都在吐槽这一点，说这是“反模式”😂

10 年前刚开始学编程的时候，曾经认识中国 Java 社区论坛开源的鼻祖 https://laoer.com/#，但是后来慢慢放弃掉了

放弃掉了什么

我之前提到过，现在暂时不是换框架的时机，用户体验和功能的完善更重要，等这两方面迭代告一段落，我们再考虑技术层面的重构。

自己动手后才能体会到黑客派功能和设计上的完善，默默追赶中 @88250

你看你都放弃掉了，而 D 大靠这个实现了财务自由，还不足够说明问题么？并不是 D 大商业模式上考虑的太少，而是你考虑太少了。

这是典型的程序员思维，想用技术驱动市场，但这不现实，对论坛用户来说 Java 还是 PHP 重要吗？功能特性重要还是技术框架重要？

前后端分离没必要啊，cms 类的还是模板渲染好一些。移动端对接 API 接口就是了。

Spring 也没必要吧，适用就行，反而还多了依赖限制。

我觉得结合业务场景再谈技术选型才有意义，不是所有项目都需要类型框定的，这一点在为什么又要造一个叫 Latke 的轮子中有过表述。

技术驱动市场并不是不现实，而是你得先占领大部分市场，绑定大部分用户。然后那个时候你就说了算了。

并不新颖，就是动态语言的常用做法。

其实 controller 不怎么修改实体的，多数情况下就是拼接，然后传到 view。

而且动态语言的哈希表操作更容易，不比对象复杂。

view 那边因为模板引擎会在 obj.a 和 obj.get('a') 里面选，所以是兼容的。

上次还有谁强烈建议抛弃 Spring 的。。。

性能不差，用法不同，用户体验应该优先吧。

有那么强烈吗？

这就是技术届的政治正确

强烈建议 Symphony 抛弃某些固执的过去，拥抱 PHP

PHP 才足够正确

其实发个贴的初衷，不是从技术方面来讨论的，只不过觉得有所改变，会让这个社区更好。😄

不从技术讨论，那选什么框架语言，有差别么？

“有所改变”和“会让这个社区更好”有什么联系你到是说说看，逻辑比什么都重要。

我非常看好 Java 开发的社区，毕竟社区领域一直被 PHP 控制着 😂 ，从心底是希望我们这个社区能够抢占 PHP 的市场，因为我也为此奋斗过。

但是社区，人气很重要，人气也肯定来自于大势。

毕竟大多数公司招聘的方向也都是 Spring，Vue 等等，如果能够基于这个方向发展，更够引来更多的初学者加入。

技术变革太快了，今天 Spring mvc SpringBoot SpringCloud 明天 xxxx 的。还是适合自己的最好，都是框架解决问题，易用方便就好。想用其他的框架的 认同这个理念的 可以围绕中心思想，自己做“外传“嘛。这只是我的预见