-
会长 回答： 我觉得也还行吧。既然用了EF就尽量不写sql，但是复杂查询不好做也可以写sql。我早放弃EF了，还是写SQL爽，我喜欢用dapper。 -
GreenDream 回答： 个人不喜欢现在绝大多数的在线服务，因为他们对于数据的保存和安全性都是有问题的。最近还爆出google特定搜索可以看到任何人的交互信息。我自建了一个简单的聚合前端。这样数据主要控制在我这里。但是弊端还有 -
GreenDream 回答： 现代word文档本身是一个xml集合体。只需要从这个xml结构下，通过一个外壳只开放某些章节的修改就可以了。其他的xml文件就可以直接设置只读即可。这是底层逻辑，至于其他的流程和权限就主要是前端的
-
-
AaronYang233 回答： 我一个站点用的是github+netlify,把代码传github之后在netlify授权 你更新的代码就可以同步到一个二级域名底下，自己在做一下解析就可以了。 -
-
dudu 回答： 可以试试 function-once https://github.com/fabiospampinato/function-once npm install function-once import -
-
-
-
-
Tonhuan-Cloud 回答： ORM框架，我觉得只是方便开发者更容易操作数据库，不用关心SQL怎么写，SQL注入问题等；并且数据库字段映射为类属性，更容易修改和维护，这些都是ORM的好处； 像楼主一样在EFCore里面Execut -
-
aaooli 回答： vscode+tongyilingma+codebudy -
qddmhnew 回答： 1、关闭所有扩展，除非必须要用，这是核心，包括vscode也是一样； 2、卸载解决方案中不用的项目，保证解决方案项目尽可能少； 3、关闭所有vs启动后打开的项目文档，比如窗体文件、代码文件，除非个别常
-
-
彼时今日 回答： typescript有个Readonly关键字可以试试 type TItem = { name: string children?: Readonly<TItem[]> } -
楠木大叔 回答： deepseek： 常见问题 通义灵码：编码问题 coze：工作流，做一些提效的事情，很有趣 《扣子(coze)工作流实战纪实》
-
-
-
-
-
-
-
猪也有理想 回答： “章节级权限控制” 是一种精细化的文档权限管理机制，尤其适用于 Word 文档的多人协作场景。要实现你提到的这种功能，企业 OA 系统通常会结合 文档结构解析、权限控制、版本管理 等多项技术来实现。下
