天天看点

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

经过前面那么多篇的列表的介绍,终于到了大伙期待的表单开发了。

也是本系列的最后一篇文章了!

对于表单页面,权限的设置有两种:

1:你可以选择添加菜单(设置为不显示)并配置权限。

2:不设置权限,继承自父页面。

因此,如果你单独打开一个没有单独设置权限的页面,得到的效果就是:

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:
ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

html是从useredit.html copy过来简单调整的,毕竟为了统一样式。

当然你也可以自定义样式,那样的话只要关注1、2、3的内容即可。

表单的内容为:

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:
ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

然后就完事了,不需要写事件。

效果:(按钮没居中的样式问题就先忽略了)

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

默认会从父页面拿到objname和tablename,和传过来的id参数传到后端,调用get方法拿回数据,并加载。

框架默认集成了提交事件,默认会从父页面拿到objname和tablename,和搜索表单的数据提交到后端,调用add或update处理数据。

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

在调用窗体打开的时候,已经指定了方法名。

还记得大明湖胖的格式化么?就是那个#配置项,或#c_xxx的。

只要对input新增属性即可:

configkey="配置项"

objname="c_xx"

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:
ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

在加载表单事件之前,修改请求的方法名称为getmyblog。

那getmyblog方法在哪里定义?

articleedit.html文件所在的文件夹名称为article,所以,定义一个:articlecontroller

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

把处理后的json结果交给jsonresult即可。

比如当你引入富文本编辑器如ckeditor或ueeditor等编辑器时,自动收集的表单是收不到它们的,所以需要动态的赋值。

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

formdata 是已经收集好的表单数据,可以修改移除或追加。

同样对于富文本编辑器,系统的自动填充值也是处理不了的,需要动态的赋值。

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

这是cyq.data操作数据库的问题,具体可以看github网址下的demo教程链接:

https://github.com/cyq1162/cyqdata

也可以参考系统中的useredit.html,默认也是多表处理。

ASP.NET Aries 入门开发教程9:业务表单的开发前言:1:表单页面的权限设置与继承2:简单单表的开发Demo3:自定义表单事件4:其它信息补充:总结:

在列表页面,通过配置表头,生成表单html中,拿到数据,再调整即可。

好了,入门教程就写到了这里了,不准备发布第10篇了。

写一篇教程不容易,建demo,f5跑、截图,中间还思考怎么改进代码和使用方式。

所以刚刚还提交了源码更新。

认真研究的朋友已经发现,不管是前端还是后端,里面都有很多可圈可点地方。

框架在设计上,尽量保持做到着无入侵,完全复盖即升级的方法。

框架在扩展上,都提供了各种手法,而且手法统一。

你要的,都可以通过事件的扩展处理,不需要改动框架的任何源码。

谢谢大伙的关注与支持,本系列到此结束!

本文原创发表于博客园,作者为路过秋天,原文链接:http://www.cnblogs.com/cyq1162/p/6081996.html