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

本贴最后更新于 440 天前,其中的信息可能已经时异事殊

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

  • Sym

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

    506 引用 • 4524 回帖 • 649 关注

广告 我要投放

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 88250
    订阅者

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

  • 其他回帖
  • someone48938 1 评论
    捐赠者

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

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

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

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

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

    1 回复
  • fpdan
    捐赠者

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

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

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

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