2022年5月25日补充如下：
精度不是根据除数决定，而是除数和被除数任何一个。截图如下：
再次感谢码农很忙的提醒，这里还是功力不够，未充分动手，结论不严谨。
这已经是第二次碰到了，以前自己写遇到过，知道怎么避坑。
这次分配给一个小朋友去写这段程序，就出问题了。
比方说：45/100=0.45，但是如果这个100是int类型，返回值就是0.
那么必须将分母根据实际需要转换为所需的精度类型，如decimal或float/double。
再次强调一遍：C# .NET中除法结果的精度是根据被除数来决定的！
昨晚上看到VS2022的新的Preview版本发布，就连同VS2019一起升级到了最新版。
可没想到的是，我有个项目中的DLL引用就开始编译报错了。
昨晚上弄了几个小时，删掉引用，重新添加也不行。从GitHub上下载老版本同样编译报错。
找同事试了一下，他用的老版本的VS 2019，没有编译问题。
那可以肯定的是我本地VS2019的问题！
于是上午用VS2022打开编译，同样也是报错。
后来我就到Project属性当中看到Reference Path，以前也没关注过这个的。尝试着增加了我外部引用的DLL路径。
你猜怎么着？
没报错了！
我看了一个修改后的GitHub的Git Changes提示也没有，原来这个设置是保存在了csproj.user文件中。
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="Current" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<ProjectView>ShowAllFiles</ProjectView>
</PropertyGroup>
<PropertyGroup>
<ReferencePath>E:\Github\DotNet.WangCaiSoft\src\DLL\DotNet\</ReferencePath>
</PropertyGroup>
</Project>难道是我的ToolsVersion为Current的缘故？
哪位高手如果碰到类似情况，不让忘记这个error CS0246的报错，看看你的Reference Path增加上是否就解决了。
我还有一个猜测，就是我同时也安装了VS2022预览版的缘故？
为啥做这个呢，因为要将公司内部的老的.NET程序所引用的DLL进行统一管理。这里服务端使用了一个叫做NuGetServer（官网：NuGet Server）的开源工具，部署在内部的Web服务器上。
制作NuGet包，我是先从.NET Standard 2.0的SDK风格的文件去创建的，特别容易。但是.NET 4.0这种废了好大周折！
试过直接通过DLL生成，但是会遇到包描述、版本等信息不自动更新的问题，最重要的DLL所引用的NuGet.org的包，不能自动包含进去。
也试过通过命令行进行每个单独的Project进行生成，也遇到包描述、版本等信息不自动更新的问题。NuGet.Org的包没问题。
最后呢使用Tools>External Tools(工具>外部工具)定义了一个命令。
要确保MSBUILD和NUGET好用，需要找到系统环境变量，添加路径（记得重启电脑，以便生效）。
找到Path项
1、增加：C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Current\Bin
2、增加：E:\VS\DotNet.WMS.US\DLL\DotNet
第一个是MSBuild，如果你是VS 2019社区版，直接复制，如果不是，请找到相应的路径。
第二个是NuGet.exe的目录，请选择您自己的目录。
这块设置参考这篇文章：https://www.cnblogs.com/chenug/p/9290281.html
命令：del *.nupkg ; $roj=dir *.csproj ;MSBuild $roj; nuget pack $roj ; $nupkg= dir *.nupkg;
执行目录选择$(ProjectDir)
需要生成的时候，点击一下要生成的Project，然后就可以点击Tools > 4.0NuGet命令
稍等片刻就生成了。
这样生成的包在Project的根目录，但是版本和描述信息呢都不对，请自动修改文件名和文件内部的描述文件内容。
用啥软件打开，7-ZIP即可，因为包就是一个压缩包。
<appSettings>
<add key=”aspnet:MaxHttpCollectionKeys” value=”9999″ />
</appSettings>
翻了一下QQ聊天记录，其实这个问题也是困扰吉日嘎拉的问题，2015年我曾经就此问题跟他交流过。
在更新语句中和条件中有相同的参数问题，造成报错：
曾经我是先判断条件语句，获取到主键ID，然后再根据主键ID为条件进行更新，多了一次数据库读取，折中处理了好几年。
这次再写类似的程序，实在觉得这么搞太费劲，索性花了几个小时，最终的思路就是即便是同名的字段，条件语句的参数自动改名：增加后缀或前缀。
这么一改，条件的参数就自动增加了后缀Where，就跟更新字段的参数不重名了。当然了你也可以自定义自己的后缀或者前缀。
最终时隔2年多，将此更改跟吉日嘎拉再次沟通，也解决了他的困惑，皆大欢喜。
有在用吉日嘎拉底层DotNet.Common数据读写层的朋友，请拿去不谢。
bug所在位置：DotNet.Business\Utilities\BaseManager.GetDataTableByPage.cs的函数
public virtual DataTable GetDataTableByPage(out int recordCount, int pageIndex = 0, int pageSize = 20, string sortExpression = null, string sortDire = null, string tableName = null, string conditional = null, IDbDataParameter[] dbParameters = null, string selectField = null)中。当使用自己定义的查询语句作为tableName传递进来的时候，按照逻辑没有使用存储过程进行分页，但是很明显那个传递的conditional和dbParameters都被用来统计了总记录数，但是以下调用语句并没有传递conditional。
return DbLogic.GetDataTableByPage(DbHelper, recordCount, pageIndex, pageSize, tableName, dbParameters, sortExpression, sortDire);
于是我扩展了那个DotNet.Business\Utilities\Extend\DbLogic.GetDataTableByPage.Extend.cs，增加了函数
public static DataTable GetDataTableByPage(IDbHelper dbHelper, int recordCount, int pageIndex, int pageSize, string sqlQuery, string conditional, IDbDataParameter[] dbParameters, string sortExpression = null, string sortDire = null)
这里的逻辑是，多表查询构造一个viewTable，然后将where查询直接传递到viewTable里面，而不受分页的影响。上个月扩展了此函数，今天正式升级服务器程序的时候，还是出现了问题，于是有了以上函数的完善版本。上个月是将where条件放在了最外面，造成ROW_NUMBER范围内的所有记录都没有指定where条件的记录，造成用户看记录的时候明明有，显示不出来。当然，这个扩展的函数仅仅是扩展了MSSQL的数据库，有类似使用的朋友可以参考。
看图你就懂了，几年过去了，C#技术跟着吉日嘎拉的平台也一步步升级，从最初的asp+access/mssql2000高手，现在也算是C#+MSSQL2008经验丰富了。
一路上有个可以称之为老师的技术好友，是一种幸运！
目前我用的版本是4.0的，也有近2年没更新了，狠了狠心升级一下，没想到真的行动起来，也没那么难！
用了3天时间，将吉日嘎拉的代码升级到了4.2版本，并让原来的DotNet.WebApplication正常运行起来，比料想的顺利。这里简单记录一下升级中的心得。
使用到的工具：
1、BeyondCompare 试用版 – 比较程序文件
2、SQLDelta 14天试用版 – 比较数据库表结构变化（及数据变化）
3、VS2010 – 保证升级后WebApplication好用
4、MSSQL 2008 R2 – 标配数据库
最新代码的亮点：
1、分离出了DotNet.Model
2、分离出来DotNet.IService
3、DotNet.Business新增Redis缓存
4、DotNet.Utilities新增众多BaseSystemInfo参数和底层函数：数据库读写分离等
5、新增DotNet.UserCenter，用于其它程序如WebApp、安卓、苹果端调用
6、用户登录日志表完善、强大
7、数据库访问增加跟踪及底层文本日志
8、增加DotNet.MVC项目，BS端的用户及权限管理（还未研究）
相关截图：
1、数据库UserCenter更新
2、项目及解决方案截图
注意事项：
1、SqlDelta生成部署的代码后，还需要手动更新老记录中一些字段的值
UPDATE [UserCenterV40].[dbo].[BaseUser] SET IsAdministrator=1,UserName='Administrator',NickName='Administrator' WHERE UserName='Admin' UPDATE BaseModule SET AuthorizedDays=0 UPDATE BaseUserLogOn SET OpenIdTimeout = GETDATE() UPDATE BaseUserContact SET MobileVerificationDate = GETDATE()
2、DotNet.WebApplication中有很多登录及读取权限的函数需要更新BaseSystemInfo.SystemCode
本文是升级记录的第1篇，后继会继续记录研究DotNet.MVC项目后的心得，敬请期待。
后记：请大家不要问我要源码，如需购买请直接联系吉日嘎拉，他的博客园的主页地址：http://www.cnblogs.com/jirigala/