将 Page.Master 转换为 MasterPage 类型来访问/修改控件是否被认为是不好的做法?

发布于 2024-11-18 14:09:47 字数 156 浏览 2 评论 0原文

将 Page.Master 转换为 MasterPage 类型来访问/修改控件是否被认为是不好的做法? 我一直听说选角很贵。我正在讨论在我继承的这个项目中删除所有转换为母版页类型的实例,并切换到基于事件的模型。 我意识到这有点主观,但我不能是第一个面临这种实现选择的人。我想我正在寻找有经验的意见。

Is casting Page.Master to the MasterPage type to access/modify a control considered bad practice?
I've always heard that casting is expensive. I'm debating gutting all instances of casting to a master page type in this project I've inherited and switching to an event based model.
I realize this is a bit subjective, but I can't be the first to have faced this implementation choice. I'm looking for experienced opinions I guess.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

单挑你×的.吻 2024-11-25 14:09:47

使用 as 关键字而不是直接转换被认为是更好且“更安全”的做法,除此之外,这样做没有任何问题。如果您经常这样做,只需考虑将其设为带有 getter 的属性,它看起来会更好,因为强制转换似乎与代码的“外观”不太相符。它还可以帮助您避免拼写错误。

Using the as keyword instead of directly casting is considered a better and a 'safer' practice, other than that, there's no problem doing it. If you do it a lot, just consider making it a property with a getter, it will just look much more nicer as casting doesn't seem to play well with the 'looks' of the code. It may also save you a typo.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文