你们开发新项目是找个开源后台管理框架开始，还是从 0 自己写？

有个通用脚手架，为了方便扩展，只做最基本的功能就行了。可以看看 ems-admin😅😅😅

自己写。用别人的只会节省前期的成本，而且这个“前期”不会太长。

看项目需要，项目周期

因为前期需求不明确，或者需求很简单，看起来似乎什么现成的都能用。一方简单，一方复杂，简单的一方（需求）可以随便搭配复杂的开源项目。这往往是个甜美的陷阱。

但只要需求随便稍微复杂一些，跟开源项目设计思路不匹配，你就要开始跟这个现成的项目斗争，之后就是不断地内耗。

要么就选择将就，用自己的需求去将就开源项目，顺着开源项目的设计思路去改自己的需求。

看情况如果有现成的，就用现成的自己喜欢架构的，方便修改。如果咩有那就自己写。

@qiumaoyuan 关于 “但只要需求随便稍微复杂一些，跟开源项目设计思路不匹配，你就要开始跟这个现成的项目斗争，之后就是不断地内耗。

要么就选择将就，用自己的需求去将就开源项目，顺着开源项目的设计思路去改自己的需求。”。

大佬，方便举个例子吗？

@qiumaoyuan “而且这个“前期”不会太长。” 意思是到了后期会成为负担吗？具体体现在哪方面啊，方便讲一下么？

我是从 0 写。网站、管理后台、api 服务、app 每个场景实现一个最佳模板，后续产品在此基础上迭代。

在有时间和有技术的前提下，根据自己的技术栈和功能规划调研技术框架，每个都亲自上手试一遍，哪个顺手用哪个。

自己做了一个通用的管理后台基础框架，只包含通用功能，管理员、角色、权限、菜单

后续项目都从这个基础框架开始。

用别人的开源框架会存在不少问题，就是迭代更新不可控。

自己写
别人的看不上，总是有各种各样的问题
自己几个月前写的也一样，过几个月就觉得都是辣鸡

@lscho #9 +1

ruoyi

看情况吧，如果是在企业里面，用通用的，否则会有巨大的沟通成本及学习成本
如果自己用，语言选自己喜欢的，版本最新的，技术最新的，完全拉满。

不存在从 0 开始吧。

跟攒电脑一样，要么买品牌整机，要么买品牌散件组装，从 0 开始难道你自己还能手搓 CPU 和闪存颗粒吗。。。

找个 Skeleton 项目开始写

自己写的未必有开源框架的好，具体看业务复杂度还有是否有个性化需求吧

一次性的项目 就找框架搭
自己长期迭代的还是自己手写吧...

第一次用别人的，第二次就可以开始自己手搓一个了，不然没办法理解别人为什么要这么写，优点与缺点在哪。

我用的 ruoyi-pro

看项目周期
我干活基本逻辑是
如果是简单的项目 直接 ruoyi 一把梭
如果是开源项目改的话看是否能满足 80%以上的需求 如果可以就在原来的基础上改 项目结构,语法都延续
如果是长期项目我都从头开始搭,活基本上 AI 干,在这个基础上自己抽个脚手架 以后就可以沿用了