xiaohanyu

@kile 啊，PrimeReact 和 Chakra UI 我都没用过呢，不过我粗略看了下，觉得 mantine 有几点还是很有优势的

1. 组件更丰富，比较常用的 DatePicker, MonthPicker ，Chakra UI 没有： https://mantine.dev/dates/month-picker/，PrimeReact 有个 Calendar 组件，但是不如 mantine 的 DataPicker/MonthPicker/YearPicker 强大，再比如 Rich Text Editor： https://mantine.dev/x/tiptap/，这两个重量级组件在我的产品 PPResume 中都是重度使用的。Mantine v7 还加入了对 Charts 的支持： https://mantine.dev/charts/getting-started/
2. hooks 更多，参见： https://mantine.dev/hooks/use-click-outside/，对比 PrimeReact： https://primereact.org/hooks/usemounteffect/ 和 Chakra UI： https://v2.chakra-ui.com/docs/hooks/use-boolean 。
3. style 定制，mantine 提供特别丰富的 style 定制方式，最重要的是和一般 UI 库不同，mantine 可以定制选择 internal child components ，而不像大多数 UI 库只能通过传 className 的方式定制最外层的 component ，参见： https://mantine.dev/styles/styles-overview/ 和 https://mantine.dev/styles/styles-api/，当然 Chakra UI 和 PrimeReact 也是提供了 component style 定制的 API ，比如 Chakra UI： https://v2.chakra-ui.com/docs/components/slider/theming ，但是好像用的是自己的 DSL ，不知清楚是否可以用全部的 CSS ，mantine v7 用的是 CSS module ，可以利用全部的 CSS 属性的，Prime React 的 styling： https://primereact.org/calendar 。我总体感觉 mantine 的 CSS module 还是更舒服一些 ，性能也更好一些（ mantine v6 -> v7 是升级到了 CSS module ）

说的不一定对哈，供参考。

---

背景：我最开始写 PPResume 是用 tailwind ，后来花了点时间全部迁移到了 mantine ，经历了从 v5 -> v6 -> v7 的升级，总体对这个库还是非常满意的。

@kile Mantine: https://mantine.dev/ ，个人用过的最强大的 react UI 库，强烈推荐。最开始也是用的 tailwind ，后来迁移到了 mantine： https://github.com/orgs/mantinedev/discussions/6111

TS 一把梭写了个自己的 SaaS 产品： https://ppresume.com （一个基于 LaTeX 的简历生成器），13 KLOC 代码左右，感觉还是非常有帮助的，引入的成本不大，也没必要去生硬去抠类型体操，但是对开发流程和体验的优化还是很有帮助的。当然，如果只是临时写写一些几十几百行的脚本，TS 提升有限。

@demonps 嗯，章节顺序重排，还有自定义章节其实很多人提过，我也有列过计划： https://github.com/ppresume/community/issues/5 ，https://github.com/ppresume/community/issues/12 ，最近刚刚有点时间来着手做这些，不过在做章节重排之前还要先把后端底层的数据结构再重构一下，快的话估计一个月左右可以上线了

前后端都用 JS/TS 还有一个好处，就是利用 npm/yarn workspace 这种功能，可以将部分前后端共享的代码抽出来共享，比如一些数据类型定义，一些 utility 等等（楼上也有人提到了 trpc 这种方案，我没有用过）。

@raw0xff 并不是的，next.js 的代码有一部分会在前端浏览器里运行，另一部分是在后端运行的，后端的就不用说了，前端的代码也是经过编译和混淆的，基本上也是不可读的状态。

用 Next.js 写了自己的 SaaS 产品： https://ppresume.com ，大概 13k 代码左右。

Go + Next.js 肯定是没有问题的。不过根据场景，也需要具体的技术选型。

- 纯 SPA 程序？用 react 就行
- 有搜索 SEO 需求？最好 next.js ，加上单独的后端
- 后端和 next.js 通信又有几种方式，可以采用 next.js 前端和 Go 直接通信，也可以 next.js 的前端 -> next.js server -> go server 通信

如果有比如重的 content management 需求，或者需求一个 admin dashboard ，可以考虑采用一些 headless CMS ，如 strapi 这种直接生成后端，这就是非 Go 的后端方案了。

@demonps Hello ，生僻字的问题已经暂时修复了呢，切换了下后端模板对中文的字体，issue: https://github.com/ppresume/community/issues/33

@demonps 这个可能是 pdf viewer 的 character map 的问题，回头我看一下。

自定义位置，指的是不同的 section （比如 工作，教育 ）这些可以调整位置对吧？如果是这个需求的话，我最近在开发了。