WPF DataGrid ItemsSource绑定Linq(WPF DataGrid ItemsSource Binding Linq)
这是我的问题。 我有一个WPF数据网格，我将.ItemsSource绑定到linq查询IEnumerable结果。 这很好用。 当我运行程序时，数据正确地加载到数据网格中。 我的问题是显示的数据太多。 （IE用户不需要查看ID字段等）。 我试图做的是在绑定到.ItemsSource后，我想隐藏几列。 我找到了.Visibility并试图设置它，但是columns对象是空的。 在绑定之后，我尝试了以下方法：.Items.Refresh（）和.UpdateLayout（）。
我的问题是，在设置.ItemsSource后，我需要调用什么方法来刷新列？
Here is my problem. I have a WPF datagrid and I am binding the .ItemsSource to a linq query IEnumerable result. This works great. When I run the program the data is loaded correctly in the datagrid. My problem is too much data is displayed. (IE users don't need to see ID fields, etc). What I am attempting to do is after I bind to the .ItemsSource, I want to hide a few columns. I have found the .Visibility and attempting to set it, but the columns object is empty. After the binding I have tried the following methods: .Items.Refresh() and .UpdateLayout().
My question is what method do I need to call to refresh the columns after I set the .ItemsSource?
原文：https://stackoverflow.com/questions/7930213
更新时间：2021-09-18 19:09
最满意答案
问题是我在我的Info.plist（应用程序提供的字体）中列出了一个不属于应用程序包的字体。
The issue was that I was listing a font in my Info.plist (Fonts provided by application) that was not part of the application bundle.
相关问答
更多-
Xcode 4.3.2 + iOS SDK 5.1异常断点不起作用(Xcode 4.3.2 + iOS SDK 5.1 Exception Breakpoint not working)[2024-03-08]
不幸的是， lldb有点不稳定，似乎是你的案例中崩溃的原因。 切换到gdb可能导致这些崩溃消失。 Unfortunately lldb is somewhat unstable and appears to be the cause of the crashes in your case. Switching to gdb can cause these crashes to go away. -
XCode不停在断点上(XCode not stopping on breakpoint)[2023-09-01]
我发现这个问题，不知何故，在我的XCode中启用了“调试时显示反汇编”，这就造成了这个问题。 当我禁用它时，我的所有调试器停在我的源代码中。 您可以在调试时在产品 - >调试工作流程 - >显示反汇编下找到它 编辑 在最新的XCode中，它在Debug-> Debug Workflow-> Show Disassembly时被调试 I found the problem, Somehow the "Show Disassembly when debugging" was enabled in my XCod ... -
问题是我在我的Info.plist（应用程序提供的字体）中列出了一个不属于应用程序包的字体。 The issue was that I was listing a font in my Info.plist (Fonts provided by application) that was not part of the application bundle.
-
解决方案是这篇文章： Xcode中的子项目 基本上，对于每个依赖项，您必须创建一个静态库目标，并在“构建阶段”下的依赖项目中引用该目标。 GOTCHA 1：类别对我来说不是开箱即用的。 为了解决这个问题，我需要转到引用库的父项目 - >目标 - >构建设置 - >其他链接器标志=“ - ObjC”。 GOTCHA 2：您导入的标题可能会出现“找不到文件”错误。 您需要将Angle Brackets用于库中的标题，例如 #import
以及在父项目的“标题搜索路径”中包含库 ... -
Xcode中的隐形断点(Invisible breakpoint in Xcode)[2024-04-08]
这不是断点，而是视图控制器中的一个例外（其名称在此处部分编辑）。 单击堆栈跟踪中的第二个项目，它将显示有问题的行。 只需上升堆栈跟踪，直到找到自己的代码。 很难根据这么少的信息来判断，但是看看堆栈跟踪，显示的汇编代码和异常，看起来你在一个转换失败的segue期间遇到了问题。 也许有一个prepareForSegue方法试图将segue.destinationViewController转换为特定的视图控制器类，以便将一些数据传递到目标，但是由于某种原因，转换失败了。 也许您忽略了在故事板中为目标场景设置基类 ... -
Xcode所有异常断点 - 忽略某些C ++异常(Xcode All Exceptions Breakpoint - Ignore Certain C++ Exception)[2023-06-20]
使用Xcode断点设置无法做到这一点。 您可以在lldb中使用C ++异常断点上的Python断点命令执行此操作。 您的回调会将堆栈查找到抛出异常的位置，并检查抛出代码是否在您的共享库中，并从断点自动继续。 该部分： http://lldb.llvm.org/python-reference.html 在遇到断点时运行脚本将为您提供有关如何执行此操作的一些详细信息。 例如，你可以把： module_name = "TheNameOfYourExecutableOrSharedLibrary" def bkp ... -
你想要的是一个观察点（见这里的 “设置观察点”）。 基本上，它们监视内存以进行写入，并在发生这种情况时中断程序。 我认为你只能从调试控制台而不是Xcode UI中设置它们： (lldb) watchpoint set variable myinstancevar 要么 (lldb) w s v myinstancevar What you want is a Watchpoint (see "Setting Watchpoints" here). Basically they monitor memor ...
-
似乎没有办法在Xcode Breakpoint Navigator中按编号标识断点。 但是，您可以在调试器控制台中轻松删除断点。 在您的情况下，“6”是断点编号，“3”是断点位置之一。 breakpoint list 显示所有断点。 breakpoint delete 6 删除断点6（包含所有位置）。 breakpoint disable 6.3 仅禁用断点6的位置3。 There seems no way to identify the breakpoints by number in the Xc ...
-
仅在Xcode / LLDB中为某些线程设置条件断点(Set conditional breakpoint for certain thread only in Xcode/LLDB)[2022-06-19]
我不认为这是通过Xcode Breakpoints UI公开的，但在lldb中你可以修改一个断点，这样只有在（1）线程名称匹配时才会触发，（2）调度队列名称匹配，（3）线程ID匹配，或者（4）线程索引号匹配。 您可以在创建断点（ breakpoint set ）时指定这些条件，也可以将这些条件添加到具有breakpoint modify的现有断点。 请参阅调试器控制台窗口中的help breakpoint modify以获取允许的参数列表。 I don't think this is exposed thr ... -
打开产品 - >方案 - >编辑方案。 在运行和测试检查构建配置是调试和调试器是LLDB Opened Product->scheme->edit scheme. in Run and test check build configuration is Debug and debugger is LLDB