前言
2014年做汽车保险项目选择了Asp.Net,完整的买了两本书做参考,然后总结经验应用母版方式做了一个只需配置不写程序就能做报表的工具,参见 不是程序员可能做报表吗?2019年用VS2019做一个租赁管理系统,才开始做Asp.Net Core,写了完整的傻瓜式的项目文档,从VS的安装配置、新建项目、MVC、路由配置、API调用、页面传值等完全一个从0基础到高手的参考手册,换了几次电脑,那个手册应该还能找到。
最近几月因为一个生产线流水线上电子墨水屏(电子纸)想将任意ERP上的信息投到电子屏上,注意是任意ERP这前提条件是没有厂家支持、没有源码、没有API的情况下,因此我应用我开源的GoldPrinter金质打印通,进行了扩展,终于是实现了。于是,我想着我们IT技术人员特别是程序员,把写代码和架构设计,是不是可能转化为专利知识产权变现,这可能是一个探索,同行们觉得我这个思路是否可行?请在评论区发表你的看法。
因此最近2月,是潜心研究专利,创建了离散数学式专利方法论,将方法论喂给AI后,只要发出指令告诉AI我们的专利背景、核心思路、有什么效果,AI就自动按照国家知识产权局的格式撰写专利文档,并应用我发明的超笛卡儿积和最小单元递进式筛选法进行专利检索查重,那效率真是杠杠的,需要说明的是,我是选择的专利代理去帮我撰写和提交专利申请,我是学习了代理的文档格式才训练的AI,是一行一行的学习了别人的思路总结出来的。 基于离散数学的“已知+假设→发明”定律-CSDN博客
专利已申报,其中有一项就是任意的WMS,直接在仓库货架上每个货位挂电子墨水屏,即使是用友金蝶的ERP,应用一个简单的外挂就能将库存同步到电子墨水屏,实现账实同步、库存可视化。
AI与程序员的协作
我想将离散数学式方法论看在谷市大盘分析上是否可行,于是和DeepSeek进行了分析,DeepSeek说这和他的梁爸爸的量化思路是异曲同工,这使我激动不已。我下载了上证大盘从90年代至今的数据CSV文件,刚开始应用把数据喂给DeepSeek和豆包,让他们去查找早晨之星,结果AI总是偷懒,或者说对于CSV文件它们不能直接在对话中进行不断的比较必须写python程序才可以执行,我反驳说你作为AI,我给你指令,至于你是怎么执行的我不管,但是AI确实没有很好的完成,东拼西凑的把几个大盘底部给了我。那行吧,既然说要写程序,那我就让它生成c#代码,根据AI代码,经过几轮调试,还真是搞出来了。



综上所述,在AI时代,我们即使资深程序员,你不得不服AI在写代码方面还是很高效的,但是,不要迷信,让AI写出代码不是完美的还是需要调试的有很多bug,我相应信网上还是有很夸张的,程序员绝对不会都被AI取代,相反懂程序才会与AI更好协作。AI时代,不缺程序员,是程少会AI交互的程序员。
为何会写本指南
大家看到上面的程序,是.Net Framework程序,微软从.Net Framework4.8后不再维护,后来提出跨平台.Net Core之后,反正是不断的丢掉以前技术,搞得老程序员都不太适应。为了将以上技术研究成果可以放到网上,我就决定写一个跨平台的程序,至少先搞个网页版,将来说搞个小程序也不至于又全部推翻,搞的东西要有点复用才是好的。于是对.Net Framework、.Net2.0、.Net10选型,.Net Framework4.8是纯windows版本,.Net2.0你可以想象以前windows时代的win32库它是微软跨平台应该会长期使用的基类库,.Net10是VS2026最新版本特性的产物,因此,建基类库.Net2.0供传统的.Net Framework、Asp.net Core、.Net10引用。
开始创建一个ASP.Net Core跨平台应用指南
📐 谷市超笛 · 卡尔积理论
Gushi Chaodi · Kaerji · 完整架构设计文档(含VS2026实操指南)
🎯 命名与版本
解决方案名称:GushiChaodi-Kaerji
核心类库:GushiChaodi.Core (.NET Standard 2.0)
WebAPI 项目:GushiChaodi.WebAPI (.NET 10)
桌面应用:GushiChaodi.WinForms (.NET 10)
设计原则:离散数学式超笛卡尔积 · 组件化解耦 · 跨平台复用
📦 一、环境准备
- Visual Studio 2026(社区版/专业版均可)
- 安装工作负荷:“.NET 桌面开发” + “ASP.NET 和 Web 开发”
- .NET 10 SDK(VS2026 自带)
🏗️ 二、从零创建解决方案与项目(傻瓜式步骤)
2.1 创建空白解决方案
- 打开 Visual Studio 2026,点击 “创建新项目”(或“文件”→“新建”→“项目”)。
在桌面或开始菜单打开Visual Studio 2026,使用“继续但无代码”


- 在右上角搜索框输入 “空白解决方案”,选择模板 “空白解决方案”(位于“其他项目类型”)。

- 命名为
GushiChaodi-Kaerji,选择存放位置,点击“创建”。

2.2 添加核心类库 GushiChaodi.Core (.NET Standard 2.0)
- 在“解决方案资源管理器”中,右键解决方案 → “添加” → “新建项目”。

- 搜索 “类库 (.NET Standard)” → 选择模板。

- 项目名称:
GushiChaodi.Core→ 点击“下一步”。
- 目标框架选择 .NET Standard 2.0 → 点击“创建”。
- (可选)在项目中创建子目录:
Models,Utils,Indicators/MorningStar,Scanner。
2.3 添加 WebAPI 项目 GushiChaodi.WebAPI (.NET 10)
- 再次右键解决方案 → “添加” → “新建项目”。
- 搜索 “ASP.NET Core Web API” → 选择该模板。

- 项目名称:
GushiChaodi.WebAPI→ 点击“下一步”。 - 目标框架:.NET 10.0 (长期支持);配置选项:
- ✅ 配置 HTTPS(推荐)
- ✅ 启用 OpenAPI 支持(自动添加 Swagger / Scalar)
- ❌ 不使用容器支持
- ❌ 不使用顶级语句(可选,建议保留默认)

- 点击“创建”。
- 添加项目引用:右键
GushiChaodi.WebAPI→ “添加” → “项目引用” → 勾选GushiChaodi.Core→ 确定。

2.4 添加 WinForms 桌面应用 GushiChaodi.WinForms (.NET 10)
- 右键解决方案 → “添加” → “新建项目”。
- 搜索 “Windows 窗体应用” → 选择 “Windows 窗体应用 (.NET)”。

- 项目名称:
GushiChaodi.WinForms→ 目标框架 .NET 10.0 → 创建。 - 同样添加对
GushiChaodi.Core的项目引用。

2.5 创建测试控制器并验证 API
- 在
GushiChaodi.WebAPI项目中,右键Controllers文件夹 → “添加” → “控制器” → 选择 “API 控制器 - 空” → 命名为ScanController。
资源管理器目录及Asp.Net Core API默认代码截图如下
- 替换默认代码为以下内容(仅测试连通性,不依赖 Core 库):
using Microsoft.AspNetCore.Mvc; namespace GushiChaodi.WebAPI.Controllers; [Route("api/[controller]")] [ApiController] public class ScanController : ControllerBase { [HttpGet("test")] public IActionResult Test() { return Ok(new { message = "谷市超笛卡儿积 API works!" }); } } - 将
GushiChaodi.WebAPI设为启动项目(右键 → “设为启动项目”)。 - 按 F5 启动调试,控制台会显示 HTTPS 端口(例如
https://localhost:7222)。

如何修改访问端口呢?展开WebAPI项目的属性目录 ,看launchSettings.json即可。

- 手动打开浏览器,输入
https://localhost:{你的端口}/api/scan/test,应返回 JSON:{"message":"谷市超笛卡儿积 API works!""}。
💡 提示: 若需修改端口,找到 Properties/launchSettings.json,修改 applicationUrl 字段即可。
📂 三、路由及WebAPI访问
在Asp.Net Core项目中,无论采用MVC还是普通的WebAPI,有一个Controllers目录,目录下的每个类如ScanController控制文件类,其实就是WebAPI人提供者,对外访问路由注意把Controller去掉,只取Scan,路由由类属性Route指定,如api/[controller] 其实指的就是 api/Scan,应用Properties/launchSettings.json中提供的网址及端口,对所有HttpGet方法,就可以直接作为WebAPI在网页中直接输入网址就可以访问,如:
https://localhost:7222/api/scan/test访问对应关系及效果如下图:
恭喜我们,完成了一个跨平台架构的搭建,关于路由,其实是很灵活的,我想,大家可以直接查文档,或者如果大家有需求留言,我可以写一篇关于路由的文章,自己摸索,别人一句话的事情,但可能踩坑一整天。
🧩 五、技术选型与设计原则
| 层次 | 技术栈 | 理由 |
|---|---|---|
| 核心类库 | .NET Standard 2.0 + 纯 C# | 兼容所有 .NET 运行时,永不淘汰,类似 Win32 API |
| WebAPI | .NET 10 + ASP.NET Core | VS2026 默认,支持现代 OpenAPI 标准,性能优秀 |
| 桌面端 | .NET 10 WinForms | 保留传统拖拽开发习惯,同时享受 .NET 10 新特性 |
特别说明:
本篇内容分析中的数据,仅对上证指数历史数据进行技术形态分析,用于方法论研究与知识分享。不涉及任何个股推荐,不构成任何投资建议。
股市有风险,投资需谨慎。请独立判断,盈亏自负。

366

被折叠的 条评论
为什么被折叠?



