下拉框,绑定数据,无法保持状态(绑定列必须是值类型)
2006-04-06 16:31
423 查看
在开发过程中,发现界面上下拉框无法保持数据,每次先择一项然后回传界面,下拉框又变为第一项。
惊叹之余,研究这是什么原因。
1,看一下,是不是下拉框属性问题。让另一个控件也绑定该数据,发现也出现这种情况,绑定其它数据时,则不出现该现象,由些否定了该猜测。
2,不是控件的问题,肯定是数据源的问题了。使用其它类似的集合类进行绑定,不出现问题。怪,再次否定。
3,字段的问题?经观察,绑定中的一个字段是本人自定义的类型,改成串值绑定。问题没有了。
结论,绑定项如果存在自定义类型,则无法保持状态,出现每次回传,项无法选中的现象
惊叹之余,研究这是什么原因。
1,看一下,是不是下拉框属性问题。让另一个控件也绑定该数据,发现也出现这种情况,绑定其它数据时,则不出现该现象,由些否定了该猜测。
2,不是控件的问题,肯定是数据源的问题了。使用其它类似的集合类进行绑定,不出现问题。怪,再次否定。
3,字段的问题?经观察,绑定中的一个字段是本人自定义的类型,改成串值绑定。问题没有了。
结论,绑定项如果存在自定义类型,则无法保持状态,出现每次回传,项无法选中的现象
相关文章推荐
- c# “XXX::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时,托管应用程序必须让这些委托保持活动状态,直到确信不会再次调用它们。
- 【C#】对“xxxx::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时,托管应用程序必须让这些委托保持活动状态,直到确信不会再次调用。
- 类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时,托管应用程序必须让这些委托保持活动状态,直到确信不会再次调用它们的问题的解决方法
- 《对“XXX::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时,托管应用程序必须让这些委托保持活动状态,直到确信不会再次调用它们》的问题的解决方法
- 类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时,托管应用程序必须让这些委托保持活动状态,直到确信不会再次调用它们的问题的解决方法 续集
- 对“demo!demo.Index+HookProc::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时,托管应用程序必须让这些委托保持活
- 对“demo!demo.Index+HookProc::Invoke”垃圾收集的类型已委托回调。这可能会导致应用程序崩溃、损坏和数据丢失。当传递委托给非托管代码,托管应用程序必须让这些委托保持活着
- WCF实体对象客户端引用时生成多余参数"××Specified",且值类型数据赋值无法传递值时必须付××Specified=true
- GridView1里面的 当本行在编辑状态下 就变成下拉框 并且绑定了 数据
- 解决vue跨域请求无法携带cookie,进而无法在服务器端设置session保持数据(状态)的问题
- 三级下拉列表的修改时无法绑定原始数据解决办法
- ASP.NET MVC保持表单数据状态的方法:input辅助器+模型绑定
- GridView重新绑定数据之后保持选中…
- Oracle处于recover状态的数据文件是无法使用exp导出数据的
- Silverlight数据绑定中的可空类型与自定义转换器
- japid-controller自动绑定的数据类型
- 自定义下拉控件dropdownlist,绑定数据更方便
- 为用户定义的数据类型绑定规则示例.sql
- iOS 登录状态丢失(登录状态无法持久保持)
- 数据绑定控件[选择类型控件]、图像显示控件【哈哈、28号就可以回家啦、亲们回家过中秋节啦~!各位们都淡定点啊~!】