gridview编辑后返回分页的问题-.NET技术/ASP.NET-asp.net-电脑编程网gridview编辑后返回分页的问题-.NET技术/ASP.NET作者：yct0605　和相关&&gridview自定义分页后(采用netpager控件)可以正常显示，现在的问题是一个gridview控件有5个分页，选中分页3后，点击分页3中的数据进行编辑(跳转到其他页面)，编辑好之后返回原来的页面(gridview页面)，要求分页还显示在3，数据也是分页3中的数据，这个怎么实现？------回答---------------其他回答（10分）---------加一个变量控制页吧，静态的变量，只要不增加一页或者上一页这个变量的值不变------其他回答（5分）---------页面传参，把页码作为参数传递到编辑页面。编辑完后在把页码作为参数传回来。列表页面第一次加载时指定当前页码------其他回答（10分）---------页面里有个变量叫：viewState的，用他定义变量，肯定能解决你要的问题自己研究viewstate吧，很简单的，跟定义其他变量是一样的，只不过他的范围是在本页面，就这么多区别------其他回答（5分）---------UP............
------其他回答（5分）---------你是跳转到其他页面去了，应该用session来保存吧，或得使用url传参，至于第一次会出错嘛，你只要加个判断就可以啦------其他回答（5分）---------一般用传参的方式把。用SESSION也不方便，容易丢失！------回答---------------其他回答（10分）---------加一个变量控制页吧，静态的变量，只要不增加一页或者上一页这个变量的值不变------其他回答（5分）---------页面传参，把页码作为参数传递到编辑页面。编辑完后在把页码作为参数传回来。列表页面第一次加载时指定当前页码------其他回答（10分）---------页面里有个变量叫：viewState的，用他定义变量，肯定能解决你要的问题自己研究viewstate吧，很简单的，跟定义其他变量是一样的，只不过他的范围是在本页面，就这么多区别------其他回答（5分）---------UP............
------其他回答（5分）---------你是跳转到其他页面去了，应该用session来保存吧，或得使用url传参，至于第一次会出错嘛，你只要加个判断就可以啦------其他回答（5分）---------一般用传参的方式把。用SESSION也不方便，容易丢失！相关资料：｜｜｜｜｜｜｜gridview编辑后返回分页的问题-.NET技术/ASP.NET来源网络，如有侵权请告知，即处理！编程Tags：　　　　　　　　　　　　　　　　&　　　　　　　　　　　　　　　　　　　　→ [讨论]请教版主和高手一个金字塔的前台和后台的问题
&&共有<b style="color:#ff人关注过本帖主题：[讨论]请教版主和高手一个金字塔的前台和后台的问题
金字塔―专业程序化交易量化投资平台客户服务部
----------------------------------------------------------- 欢迎您参加我公司的技术培训，具体培训需求请发邮件到
您的宝贵建议或者投诉，请发往邮箱:
金字塔―专业程序化交易量化投资平台客户服务部
----------------------------------------------------------- 欢迎您参加我公司的技术培训，具体培训需求请发邮件到
您的宝贵建议或者投诉，请发往邮箱:
金字塔―专业程序化交易量化投资平台客户服务部
----------------------------------------------------------- 欢迎您参加我公司的技术培训，具体培训需求请发邮件到
您的宝贵建议或者投诉，请发往邮箱:您当前的位置： &
& 经营圣手软件/普及/标准版(前台、后台两个模块，前台销售界面，后台管理界面，后台具有基础信息、采购管理、零售管理、库存管理、一卡通、报表图表六大管理项目,门店管理必备一体软件
点击图片查看原图
浏览次数：2800经营圣手软件/普及/标准版(前台、后台两个模块，前台销售界面，后台管理界面，后台具有基础信息、采购管理、零售管理、库存管理、一卡通、报表图表六大管理项目,门店管理必备一体软件&
经营圣手通用门店管理软件
通用普及版/标准版
适用于门店、专卖行业
1500.00元/点
分享快乐：
供货总量：
立刻联系：
客户须知：
提起甲方乙方网站(it12580)价格会更低！最好手机联系 或者QQ 发送询价可能客户不再后台！
发货期限：
自买家付款之日起
3 天内发货
有效期至：
经营圣手通用系列门店管理软件最大的特点最大特点是&简单、灵活&，系统可以方便地进行进、销、存、收银、盘点、利润统计及会员积分等的管理和提高销售效率，提升店铺服务档次和形象。&&&
产品定位：
●适用对象：小超市、小卖场、化妆品、玩具、皮具、运动用品、汽车精品、礼品、家居用品、便利店等专卖行业。
●店铺类型：适用于专营店、加盟店、店中店、专柜、代管店的单店模式的用户。
●店铺大小：前后工作站不超过5台，包括5台，面积在500平米以内，品种在10000以内。
●管理要求：不能管理到真正的代销实销实结，只能管理到与供应商按单据结算，不能管理到批次库存。
●成本方式：本系统中有两套成本方式，一是零售管理模块与批发管理模块采用的商品档案中参考进价作为销售成本，并且是在每次日结时系统去读取这个当时的参考进价我们将这种成本叫做销售管理成本，二是库存管理模块与报表图表模块采用的月移动加权平均成本，我们将这种成本叫做财务管理成本。
●注意：经营圣手通用标准版不能实现连锁管理，如需连锁管理请使用经营圣手辉煌全能版。
软件特色：
快速培训、快速开店
报表图表、直观清晰
批零兼备、功能灵活
促销多样、高效方便
一 卡 通、实用实效
库存管理、监控严密
扩展功能、个性强效
数据安全、稳定保密
软件优势：
●支持多种经营类型：包括零售企业常见的购销、供销、联营、租赁等业务管理。其中对联营的支持可分为管单品不管库存和不管单品不管库存两种模式。
●一体化的功能：系统集进货、批发、仓库、零售、财务、金卡、人事工资诸多管理功能于一身，业务与帐务实现一体化的链接。
●灵活多变的促销方式：会员促销、团购促销、时段促销、搭赠、有权限控制的前台折扣或折价、捆绑销售、量大从优、限量购买、买100+1促销。
●开发式的打印设计和OOP技术：系统的打印样式设计功能采用当今流行的报表设计器进行设计。用户不仅可以对单据/报表的外观进行设计(包括对格式、字体、边框、背景等的设计），而且可以设定报表内部数据的计算方法（包括对数据来源的设定、数据算法的设定等）。
●稳定的前台POS收银系统：采用最新的通讯监控手段，后台可以实时监控前台的收银状况和状态。
●POS混合支付模式：POS支持混合支付和多货币支付模式；可灵活的用信用卡、储值卡、礼券和现金支付；多货币支付，可支持外币支付。
●系统维护灵活方便：系统随时监控收银机的工作状态；可向前台发送消息下达通知及帮助解决故障；软件具备自动升级功能，保证软件自动及时更新，方便维护，节省成本。
●丰富的报表管理决策分析：提供常见实用的分析报表，如销售排行、客单分析、库存分析，科学的数据分析为您提供决策的基础；系统还为高级客户提供灵活的算定义报表、直接的SQL查询及外挂特殊格式的报表文件。按后台发布文档的方法。在前台建一了样的方法。但在DocumentModel类中的 update中这一句。出了问题
&& 发表于: 16:12&&
/* 添加或新增扩展内容 */
$logic = $this-&logic($data['model_id']);
if(!$logic-&update($data['id'])){
if(isset($id)){ //新增失败，删除基础数据
$this-&delete($data['id']);
$this-&error = $logic-&getError();
提示下面：`:(
Think\Model:update方法不存在！
FILE: F:\Qim\onethink\wwwroot\ThinkPHP\Library\Think\Model.class.php 　LINE: 226
0 F:\Qim\onethink\wwwroot\ThinkPHP\Library\Think\Model.class.php(226): E('Think\Model:upd...')
#1 [internal function]: Think\Model->__call('update', Array)
#2 F:\Qim\onethink\wwwroot\Application\Home\Model\DocumentModel.class.php(164): Think\Model->update(45)
#3 F:\Qim\onethink\wwwroot\Application\Home\Controller\ArticleController.class.php(157): Home\Model\DocumentModel->update()
#4 [internal function]: Home\Controller\ArticleController->save('40', '2')
#5 F:\Qim\onethink\wwwroot\ThinkPHP\Library\Think\App.class.php(141): ReflectionMethod->invokeArgs(Object(Home\Controller\ArticleController), Array)
#6 F:\Qim\onethink\wwwroot\ThinkPHP\Library\Think\App.class.php(181): Think\App::exec()
#7 F:\Qim\onethink\wwwroot\ThinkPHP\Library\Think\Think.class.php(117): Think\App::run()
#8 F:\Qim\onethink\wwwroot\ThinkPHP\ThinkPHP.php(136): Think\Think::start()
#9 F:\Qim\onethink\wwwroot\index.php(39): require('F:\Qim\onethink...')
#10 {main}
Think\Model:update方法不存在！
请问调用 logic错了吗。要指定什么吗。
共 3 条关于 按后台发布文档的方法。在前台建一了样的方法。但在DocumentModel类中的 update中这一句。出了问题 的回复 &&
最后回复 05-20 11:07
于 05/17 00:22 说：
你看看是不是在你当前模块文件夹/Logic/文件夹里面是不是没有对应的LogicModel。我上次就是因为这个原因找了好长时间。
于 05/18 01:57 说：
回 xiaoergao：
你看看是不是在你当前模块文件夹/Logic/文件夹里面是不是没有对应的LogicModel。我上次就是因为这个原因找了好长时间。
请教一下，这个在前台发布文章的话，内容要提交到哪里呀！！我现在是没有弄明白这个东西！！
于 05/20 11:07 说：
回 monoly：
回 xiaoergao：
你看看是不是在你当前模块文件夹/Logic/文件夹里面是不是没有对应的LogicModel。我上次就是因为这个原因找了好长时间。
请教一下，这个在前台发布文章的话，内容要提交到哪里呀！！我现在是没有弄明白这个东西！！
前台你就直接写入到数据库里面就行了，也就那几个表。Document、Document_article这几个，如果是你自己自建的模型的话就写入相应的表就行了。
上海顶想信息科技有限公司版权所有
沪ICP备号-3 本站由onethink强力驱动这个问题困惑我很久了，可能前台/后台这个用词不准确，稍微解释一下我的理解，很多系统都分为前台和后台，其分别针对的使用者也是不同的1. 前台一般针对"消费"用户（如读者、网购用户），数据查询是重点2. 后台一般针对"管理"用户（如编辑、网站管理员），增/改/删 是重点（也需要查询）前后台有很多不同点和矛盾点，如：1. 权限- 后台肯定有权限要求，前台很多功能无权限要求（如阅读文章）2. 帐号体系- 后台主要用来管理，用户数一般比较少，甚至登录入口都没必要开放。前台用户数相对较多，一般用来记录用户在网站中的行为，为其提供服务。后台用户和前台用户的用户资料可能相差很大，后台用户有时只需要帐号/口令就可以了，前台用户的资料一般比较丰富，并且用户可以自己修改资料。3. 前端（页面、静态资源）- 后台、前台的UI一般不同，后台可以土、丑，但前台UI要对用户负责一些。就说 前端开发 这块，包括 UI设计、HTML、CSS、JS、架构、前端/服务端交互方式、前端/服务端数据传输接口 等等，前后台可以完全不同4. URL 分配矛盾- 比如查询编号为 10 的产品信息，我首先会想到这个URL：http://XXXXhost/app/product?id=10 或 http://XXXXhost/app/product/10 ，但系统包含前后台，我现在想到两个思路：
a) 前后台使用同一个 URL，根据权限判断，查询不同的数据并返回相应的视图进行渲染。
b) 像 wordpress 一样，针对后台的所有访问，在系统根路径上都加一个 "/admin"，这样后台的访问 URL 是：http://XXXXhost/app/admin/product/10 ，使用这种处理方式的话，前后台的 Controller 可以分离...这个贴支持分离 /topic/1113741也有提到安全问题的 /questions/9813174/best-practice-for-deploying-administration-area-in-java-web-application有不支持分离的/questions/212938/shall-i-separate-the-admin-part-from-the-rest-of-the-war?answertab=votes#tab-top结论：自己的思路还没有理清晰，问题描述比较粗糙，还需完善。我的理解是，木有银蛋！？，是否分离要看项目复杂程度以及项目具体情况而定，这里说的前台、后台比较容易理解，有很多复杂的系统可能不只是前台后台，比如还有针对供应商的平台、针对合作伙伴的平台。希望有这方面经验的大师可以分享一下自己的心得。[该贴被edison8-10-01 14:24修改过]
建议参考架构入手考虑对领域模型的读写分离，Comand是写操作，主要针对后台用户，Query查询针对普通用户，这是从系统架构与业务模型层面进行分离。这个高度比较高，既适合前后台分离的情况，也是和前后台合并的情况。因为单纯从是否前后台分离这个战术层面讨论，没有多大区别，最多是一些URL和UI区别。当然这里要注意引入RBAC，也就是服务组件的权限配置，对于某个服务，不同用户拥有不同的CRUD权限，当然，因为查询和写入是两个服务完成，可能不冲突，但是能从业务层面提高安全性。如不嫌弃，可参考jivejdon源码。节日快乐
我也感觉我是在战术层面上徘徊。。。有所收获，但有些迷糊，高度还达不到，哈哈，正在学习
相关的东西，jivejdon 是一定值得学习的。感谢 banq 的指点，节日快乐！
最佳分辨率
OpenSource
Code & 2002-15