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

强烈建议 Symphony 抛弃某些固执的过去,拥抱 Spring MVC,Spring Boot,Spring Cloud。然后再就是前后端分离。

  • Sym

    Sym 是一款用 Java 实现的现代化社区(论坛/BBS/社交网络/博客)系统平台,“下一代的社区系统,为未来而构建”。

    482 引用 • 4426 回帖 • 650 关注

赞助商 我要投放

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • Gakkiyomi2019 1 赞同

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

  • 88250

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

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

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

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

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

    1 回复
  • Eddie

    什么叫固执的过去 😑

  • ferried

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

  • ZephyrJung

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

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

    1 回复
  • fpdan

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

    D 在 为什么又要造一个叫 Latke 的轮子 中写到自己开发的 Latke,用 JSON 做实体,是非常有趣的想法,在我看来破而后立是非常有趣且大胆的尝试。

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

    1 回复
    1 操作
    fpdan 在 2020-07-06 13:17:17 更新了该回帖
  • shishuo

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

    3 回复
  • CismonX 1 评论

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

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

    2 回复
    所以 P7 就是他个人的上限了,这样的人适合拧螺丝,创造不了真正的软件。
    yoss
  • telami

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

    放弃掉了什么

  • 88250

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

  • ronger 1

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

  • yoss

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

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

    1 回复
  • ghostsf

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

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

  • 88250

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

  • wizardforcel 1 赞同

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

  • wizardforcel

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

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

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

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

  • 233333

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

  • adlered

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

    有那么强烈吗?

  • Eddie

    这就是技术届的政治正确

    1 回复
  • hefeng

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

    PHP 才足够正确 doge

  • shishuo

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

    1 回复
  • yoss

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

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

  • shishuo

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

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

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

  • mufengcoding

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

请输入回帖内容 ...