Flex itemrenderer、内联还是使用 itemrenderer 标签？
谁能解释一下使用 itemrenders for Adv 的最佳实践是什么？ Flex 中的数据网格？应该使用标签并编写组件还是使用 itemrenderer 属性？
问候， 皱纹
Could anyone please explain what is the best practice of using itemrendrers for Adv. DataGrid in Flex? Should one use tag and write the component or by using itemrenderer property?
Regards,
Wrinkle
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
恕我直言，你应该排除 itemrenderer 。
将其视为对代码的长期可维护性和模块化性的投资。
如果您编写的渲染器足够通用，您可以在该项目的其他地方或未来的项目中重用它。
（我假设一个不平凡的项目渲染器 - 例如，继承自 Label 并更改颜色的项目渲染器）
IMHO you should factor out the itemrenderer.
Look at it as an investment in the long-term maintainability and modularity of your code.
It could be that if you wrote the renderer generic enough, you could reuse it elsewhere in that project, or in future projects.
(I am assuming a non-trivial item-renderer - e.g. one that inherits from Label and changes the color)
性能上没有差异。
可读性的微小差异：如果您的渲染器相当小，则没有必要将其提取为单独的类。反之亦然，如果渲染器变得巨大，将其内部保留在
DataGrid标记内可能看起来很糟糕。No difference in performance.
Small difference in readability: if your renderer is rather small, there's no point extracting it as separate class. And vice-versa, if renderer grows huge, leaving its internals inside
DataGridtag may look awfull.如果您正在调试一个组件，则有一个很大的区别。就我而言，我使用的是 IntelliJ，似乎存在一个问题（他们声称这是 Flash 问题），一旦发现一个内联组件，所有断点就会无效。
There is one big difference, if you are debugging a component. In my case I am using IntelliJ and there seems to be an Issue (They claim it to be a Flash issue) that renders all Breakpoints invalid as soon as one inline component is found.