ASP.NET MS chart(4.0) 当我将chart的大小设置很大时，字体很模糊

just59277 2011-07-15 11:22:09

由于排版的需要，将chart的宽度和高度设置了个比较大的值，导致显示的时候 CHART中的文字都跟着变大，甚至有些模糊了，
请问这个该如何设置？

...全文

323 4 打赏收藏转发到动态举报

写回复

用AI写文章

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

just59277 2011-07-25

打赏
举报

[Quote=引用 3 楼 fisea 的回复:]

我也遇到同样的问题。
[/Quote]

固定控件大小，或者是通过AJAX获取页面大小，再加载时改变
不过都不怎么方便

fisea 2011-07-23

打赏
举报

我也遇到同样的问题。

lvyichang 2011-07-15

打赏
举报

有很多的字体要设置，标题，副标题，x轴，y轴等等！
例如对X轴设置：
可以这样：
Chart1.ChartAreas[0].AxisX.LabelAutoFitMaxFontSize =8;
Chart1.ChartAreas[0].AxisX.LabelAutoFitMinFontSize = 8;

just59277 2011-07-15

打赏
举报

[Quote=引用楼主 just59277 的回复:]
由于排版的需要，将chart的宽度和高度设置了个比较大的值，导致显示的时候 CHART中的文字都跟着变大，甚至有些模糊了，
请问这个该如何设置？
[/Quote]
后来发现不是这个问题是我用JS控制chart大小的时候，chart是作为一张图片放大的，
唉。。。chart不能根据窗口调整大小么？

本文聚焦.NET报表图表性能瓶颈，深入剖析Chart控件与GDI+导致的内存泄漏、线程不安全及DPI适配问题；指出Reporting Services架构缺陷与前端图表库集成误区；提出基于Blazor WebAssembly+Chart.js的零耦合渲染、DTO数据压缩分页、SVG嵌入QuestPDF导出的三层现代化方案，并提供字体一致性、内存泄漏定位、高并发数据同步等生产级避坑实践。

本文提出基于.NET 6 Minimal API构建标准化统计接口的设计方案，实现前后端职责分离：后端专注安全、高效地提供结构化聚合数据（如同比环比SQL计算、权限过滤查询），前端通过ECharts等库完成可视化渲染。方案摒弃依赖GDI+的传统Chart Controls，采用OpenAPI契约定义数据Schema，支持跨平台部署、SSR导出PDF、三级缓存应对高并发，并涵盖字体适配、空状态处理等工程细节。

本文系统阐述.NET开发者从编码能力向工程素养跃迁的核心路径，聚焦Entity Framework Core反直觉优化、ASP.NET Core中间件设计哲学、Blazor WebAssembly离线架构等关键技术实践，并强调跨栈问题定位、系统性风险预判与技术决策TCO评估等工程能力。内容基于可验证的实测数据，涵盖性能压测配置、GC日志分析、源码级调试验证等硬核方法，突出技术诚实与场景化落地。

本文聚焦.NET生态中Span的内存布局、JIT内联失效机制及生产避坑指南，并系统阐述高质量技术博客的构建方法：包括反流量内容架构、四重可信验证机制、17道工序内容流水线，以及与.NET Runtime、Visual Studio和企业工具链的深度协同。所有技术结论均基于真实环境实证，覆盖GC行为、线程池、HttpClient连接池等核心问题。

本文深入剖析企业级技术选型中不可回避的三大现实约束：组织能力水位线决定技术栈适配度、遗留系统引力场塑造架构演进路径、业务重力加速度定义技术响应临界值。聚焦.NET与Java在内存管理（GC毛刺率）、异步模型（取消语义鸿沟）、依赖注入（作用域生命周期）等底层机制差异，结合灰度发布、决策矩阵、K8s调优等实操环节，提供可验证、可审计、可落地的技术选型方法论。