关于PropertyChanged.Fody的使用
个人感觉,WPF开发借助的PropertyChanged.Fody确实会方便很多,属性定义感觉也是清爽了很多。
但是用了PropertyChanged.Fody以后,却发现了一些小问题。
首先,用了PropertyChanged.Fody以后,代码编译必须是VS2019开始才能编译,连VS2017都没法正常编译了。这个倒不是什么大问题。
目前最大的问题是,编译的时候,经常会有下面的报错:
尝试在条件“($(MsBuildMajorVersion) < 16)”中对计算结果为“”而不是数字的“$(MsBuildMajorVersion)”进行数值比较。
必须要通过【清理解决方案】,然后再【生成解决方案】或【重新生成解决方案】才能正常编译。而且每次调试的时候都要弄一次。
之前找到一个解决方法,就是更新packages.config文件。
选中工程中的packages.config文件,右击弹出菜单,选择【将 packages.config 迁移到 PackageReference】。
更新完成以后,packages.config文件就会消失,一些Nuget包的引用信息整合到了工程的.csproj文件中。
更新完再编译的时候,就不会再出现上面的报错。
相当顺利地使用了一段时间。
然后前些天,工程需要用到IronPython,发现packages.config更新以后,IronPython就没法安装成功了。
然后没办法,又花了大半天的时候,把各个工程又重新改成原来的独立packages.config文件模式。
然后又要开始天天忍受,编译报错的问题。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧