闲下来的时候，我有时候会想：SharePoint 是哪些人设计、开发的？
毕竟，你说一个单选的字段，你从列表里面添加的时候，字段类型选的是 “Yes/No”；而如果你是通过编程把它加入列表的时候，字段类型则是 "Boolean"；而通过编程设置它的值，你需要写入 “TRUE/FALSE”；而当它存入数据库的时候，则是 “1/0”。当然，用户最终看到的，还是 “Yes/No”。
还有，“Created By” 字段内部名称其实是“Author”；“Modified By”的内部名称是“Editor”。这不是自己跟自己对着干吗？
更别提字段名里面的特殊字符用 _x00yy_ 替换了，而且因为替换以后字段名会变长，还搞出了一个内部字段名最大长度32个字节的限制。什么年代了都，SQL Server 也没有这么多限制，自己把自己框住。
还有那个默认20000条的记录查询限制，也是绝了。各种Web前端、负载均衡、数据库的性能调优特性都被设计的人吃掉了，要这样简单粗暴的限制记录查询数量。你以为20000条很多？如果搞工作流，一个流程平均走10步，2000个流程实例的流转状态统计轻而易举就到了默认上限。过了上限，索引都不让加了还；而且，万一索引了字段的查询结果也超过20000呢？（用文件夹算是一个 Workaround，但是，设计SharePoint的人为什么不能让大家过得简单舒服点儿捏？）
嗯，那究竟是一群什么样的人设计、开发的呢？
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
· Linux系列：如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列（二）：开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识（上）
· 阿里最新开源QwQ-32B，效果媲美deepseek-r1满血版，部署成本又又又降低了！
· 单线程的Redis速度为什么快？
· 展开说说关于C#中ORM框架的用法！
· SQL Server 2025 AI相关能力初探
· Pantheons：用 TypeScript 打造主流大模型对话的一站式集成库