Ⅰ mvc设计模式和mvc框架的区别
之前总是混淆MVC表现模式和三层架构模式，为此记录下。
三层架构和MVC是有明显区别的,MVC应该是展现模式(三个加起来以后才是三层架构中的UI层) 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。
MVC是 Model-View-Controller，严格说这三个加起来以后才是三层架构中的UI层，也就是说，MVC把三层架构中的UI层再度进行了分化，分成了控制器、视图、实体三个部分，控制器完成页面逻辑，通过实体来与界面层完成通话；而C层直接与三层中的BLL进行对话。
mvc可以是三层中的一个表现层框架，属于表现层。三层和mvc可以共存。 三层是基于业务逻辑来分的，而mvc是基于页面来分的。 MVC主要用于表现层，3层主要用于体系架构，3层一般是表现层、中间层、数据层，其中表现层又可以分成M、V、C，(Model View Controller)模型－视图－控制器
曾把MVC模式和Web开发中的三层结构的概念混为一谈，直到今天才发现一直是我的理解错误。MVC模式是GUI界面开发的指导模式，基于表现层分离的思想把程序分为三大部分：Model-View-Controller，呈三角形结构。Model是指数据以及应用程序逻辑，View是指 Model的视图，也就是用户界面。这两者都很好理解，关键点在于Controller的角色以及三者之间的关系。在MVC模式中，Controller和View同属于表现层，通常成对出现。Controller被设计为处理用户交互的逻辑。一个通常的误解是认为Controller负责处理View和Model的交互，而实际上View和Model之间是可以直接通信的。由于用户的交互通常会涉及到Model的改变和View的更新，所以这些可以认为是Controller的副作用。
MVC是表现层的架构，MVC的Model实际上是ViewModel，即供View进行展示的数据。 ViewModel不包含业务逻辑，也不包含数据读取。 而在N层架构中，一般还会有一个Model层，用来与数据库的表相对应，也就是所谓ORM中的O。这个Model可能是POCO，也可能是包含一些验证逻辑的实体类，一般也不包含数据读取。进行数据读取的是数据访问层。而作为UI层的MVC一般不直接操作数据访问层，中间会有一个业务逻辑层封装业务逻辑、调用数据访问层。UI层（Controller）通过业务逻辑层来得到数据（Model），并进行封装（ViewModel），然后选择相应的View。
MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。 MVC如何工作 MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 视图V 视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services. 如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。 模型M 模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。 控制器C 控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
模型Model 模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑. 实现具体的业务逻辑、状态管理的功能。 视图View 视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。 就是与用户实现交互的页面，通常实现数据的输入和输出功能。 控制器controller 控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。起到控制整个业务流程的作用，实现View层跟Model层的协同工作。
3层架构指:表现层(显示层) 业务逻辑层 数据访问层(持久化)如果大家非要“生搬硬套”把它和MVC扯上关系话那我就只能在这里"强扭这个瓜"了即: V 3层架构中"表现层"aspx页面对应MVC中View(继承的类不一样) C 三层架构中"表现层"的aspx.cs页面(类)对应MVC中的Controller,理解这一点并不难，大家想一想我们以前写过的 Redirect，当然它本身就是跳转了一些链接页面，而MVC中的Controller要做的更爽，它控制并显示输出了一个视图。即然所起到的作用都是对业务流程和显示信息的控制，只不过是实现手段不同而已。 M 3层架构中业务逻辑层和数据访问层对应MVC中Model(必定View和Controller已找到“婆家”剩下Model只能是业务逻辑层和数据访问层了)
为什么要使用 MVC 大部分Web应用程序都是用像ASP，PHP，或者CFML这样的过程化(自PHP5.0版本后已全面支持面向对象模型)语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来，但这通常不是很容易做到的，它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。尽管构造MVC应用程序需要一些额外的工作，但是它给我们带来的好处是无庸质疑的。 首先，最重要的一点是多个视图能共享一个模型，现在需要用越来越多的方式来访问你的应用程序。对此，其中一个解决之道是使用MVC，无论你的用户想要Flash界面或是 WAP 界面；用一个模型就能处理它们。由于你已经将数据和业务规则从表示层分开，所以你可以最大化的重用你的代码了。 由于模型返回的数据没有进行格式化，所以同样的构件能被不同界面使用。例如，很多数据可能用HTML来表示，但是它们也有可能要用Adobe Flash和WAP来表示。模型也有状态管理和数据持久性处理的功能，例如，基于会话的购物车和电子商务过程也能被Flash网站或者无线联网的应用程序所重用。 因为模型是自包含的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层和业务规则。如果你想把你的数据库从MySQL移植到Oracle，或者改变你的基于RDBMS数据源到LDAP，只需改变你的模型即可。一旦你正确的实现了模型，不管你的数据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的应用程序的三个部件是相互独立，改变其中一个不会影响其它两个，所以依据这种设计思想你能构造良好的松耦合的构件。 对我来说，控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。
拿一个简单的登陆模块说，需求是你输入一个用户名、密码，如果输入的跟预先定义好的一样，那么就进入到正确页面，如果不一样，就提示个错误信息“你Y别在这儿蒙我，输入的不对！”。 V 这个小小的模块中，起始的输入用户名密码的页面跟经过校验后显示的页面就相当于View C 而这里还需要一个controller页面，就是用于接收输入进来的用户名密码，还有经过校验后返回的一个flg（此flg就是用于判断你输入的是否正确，而跳转到相应的页面的） M 最后还缺一个Model，那么就是你那个用于校验的类了，他就是处理你输入的是否跟预先订好的一样不一样的，之后返回一个flg。 这样就完全实现了逻辑跟页面的分离，我页面不管你咋整，反正我就一个显示，而controller呢也不管你Model咋判断对不对，反正我给你了用户名跟密码，你就得给我整回来一个flg来，而Medol呢，则是反正你敢给我个用户名跟密码，我就给你整过去个flg
m 提供数据，数据之间的关系，转化等。并可以通知视图和控制器自己哪些地方发生了变化。 v 提供显示，能根据m的改变来更新自己 c 比如视图做了点击一个按钮，会先发给这个视图的控制器，然后这个控制器来决定做什么操作(让模型更新数据，控制视图改变) mvc是一个复合模式 mv，mc都是观察者模式 m内部的组件组合模式 vc之间是策略模式(可以随时更换不同的控制器)
MVC模式是上世纪70年代提出，最初用于Smalltalk平台上的。 MVC是表现模式，是用来向用户展现的许多组建的一个模式（UI/Presentation Patten） MVC有三种角色： Model：用来储存数据的组件（与领域模型概念不同，两者会相互交叉） View：从Model中获取数据进行内容展示的组件。同样的Model在不同的View下可展示不同的效果。获取Model的状态，而不对其进行操作。 Controller：接受并处理用户指令（操作Model（业务）），选择一个View进行操作。
MVC概述：协作 存在单向引用，例如Model不知道View和Controller的存在。View不知道Controller的存在。这就隔离了表现和数据。View和controller是单向引用。而实际中View和Controller也是有数据交互的。
MVC的重要特点是分离。两种分离： View和数据(Model)的分离 使用不同的View对相同的数据进行展示；分离可视和不可视的组件，能够对Model进行独立测试。因为分离了可视组件减少了外部依赖利于测试。（数据库也是一种外部组件） View和表现逻辑(Controller)的分离 Controller是一个表现逻辑的组件，并非一个业务逻辑组件。MVC可以作为表现模式也可以作为建构模式，意味这Controller也可以是业务逻辑。分离逻辑和具体展示，能够对逻辑进行独立测试。
MVC和三层架构 MVC与三层架构类似么？ View-UI Layer | Controller-Bussiness Layer | Model-Data Access Layer 其实这样是错误的 MVC是表现模式（Presentation Pattern） 三层架构是典型的架构模式（Architecture Pattern） 三层架构的分层模式是典型的上下关系，上层依赖于下层。但MVC作为表现模式是不存在上下关系的，而是相互协作关系。即使将MVC当作架构模式，也不是分层模式。MVC和三层架构基本没有可比性，是应用于不同领域的技术。
MVC模式与三层架构:
ui (view)←(contorller)
***********************
bll (model)
***********************
dal (model)
Ⅱ 安卓开发的入门书籍大家推荐几本
1、《GoogleAndroidSDK开发范例大全》
《GoogleAndroidSDK开发范例大全》是2010年人民邮电出版社出版的图书。全书共分10章，主要以范例集的方式来讲述Android的知识点，详细介绍了开发Android的人机交互界面、Android常用的开发控件、使用Android手机收发短信等通信服务。
2、《Android软件安全权威指南》
本书主要介绍Android平台上的软件安全技术。从平台搭建和语言基础开始，循序渐进地讲解了Android平台上的软件攻防技术。本书共12章，系统地讲解了与Android软件安全相关的环境搭建、文件格式、静态分析、动态调试、Hook与注入、软件保护技术、软件壳等多个主题。
3、《Android开发精要》
《Android开发精要》是2012年机械工业出版社出版的图书，作者是范怀宇。该书讲述的是如何才能写出贴近Android设计理念、能够更加高效和可靠运行的Android应用，通过Android的源代码去了解其底层实现细节是最重要的方法之一。
4、《Android应用性能优化》
《Android应用性能优化》是2012年人民邮电出版社出版的图书，作者是[法] Hervé Guihot。本书主要介绍如何快速高效地优化应用，让应用变得稳定高效。
5、《Android应用UI设计模式》
《Android应用UI设计模式》面向Android 4.0+操作系统，是市面上第一本深入解析Android界面设计的佳作。《Android应用UI设计模式》从适用于移动设备和平板的通用模式以及Android UI设计指南出发。
参考资料来源：
网络—《GoogleAndroidSDK开发范例大全》
网络—《Android软件安全权威指南》
网络—《Android开发精要》
网络—《Android应用性能优化》
网络—《Android应用UI设计模式》
Ⅲ android studio怎么看设计模式
方法/步骤
首先看看刚创建完的项目界面，除了菜单栏、工具栏等，没有什么可以编辑的界面
通过项目的文件浏览器可以打开所有项目文件，所以文件管理器在整个开发过程中相当重要。
其中用到最多的便是app项，其余大部分是软件自动执行或生成相关文件；
External libraries用来保存外部导入的类库，用到的时候可以进行调用。
在app项下面包含了项目创建所需的资源和配置文件：
首先打开layout，在src-》main-》res-》layout下，这是安卓app的界面设计文件，所有的界面都可以通过这里的xml文件生成
双击xml文件打开设计界面，关于layout的具体设计以后再讲，这里仅介绍如何打开layout。
项目的菜单设计在menu项下的xml文件中定义和设计。
字符串文件也是项目中重要的文件，在app开发过程中会用到很多字符串数据，建议大家都在strings.xml中定义好以后再调用，这样在汉化或者转化为他国语言时，只要备份strings.xml文件，然后替换成中文或他国文字就可以了。其实这就是其他国家软件汉化成中文的途径。
软件图标的设计也是非常重要的，这就是UI设计的目的所在，所有图片文件都应保存在drawable-xxxx文件下
另外一个重要文件就是AndroidManifest.xml,这里定义了项目的打包名称；项目的标题、主题、图标以及所有的活动项，各种访问权限的设置等等都在这里设置。
接下来是安卓开发最重要的部分，活动程序的编写部分，所有app都至少包含一个activity，这里用来实现app所需的功能，完成功能代码的编写，这里可以调用其他文件中定义的资源对界面进行访问，对接收器或发生器进行读写等等
最后讲讲R文件，R文件在app->build->source->r->debug下的第二个文件夹下，用来存放所有activity、layout、控件等资源的定义，这是软件自动生成的，不需要修改也不允许修改，在编程过程中一般通过R.id.xxx来访问资源。
Ⅳ MVC设计模式是什么怎么理解
什么是MVP
View ：是指显示数据并且和用户交互的层。在安卓中，它们可以是一个Activity，一个Fragment，一个android.view.View或者是一个Dialog。
Model ：是数据源层。比如数据库接口或者远程服务器的api。
Presenter：是从Model中获取数据并提供给View的层，Presenter还负责处理后台任务。
MVP是一个将后台任务和activities/views/fragment分离的方法，让它们独立于绝大多数跟生命周期相关的事件。这样应用就会变得更简单，整个应用的稳定性提高10倍以上，代码也变得更短，可维护性增强，程序员也不会过劳死了~~。
为什么要在安卓上使用MVP原因一: 尽量简单
如果你还没有阅读过这篇文章，阅读它: Kiss原则(https://people.apache.org/%7Efhanik/kiss.html)。- kiss是Keep It Stupid Simple或者Keep It Simple, Stupid的缩写。
.绝大多数的安卓程序都只使用了View-Model架构。
.程序员被绞尽了复杂的界面开发中，而不是解决事务逻辑。
在应用中使用Model-View的坏处是“每个东西之间都是相互关联的”如下图:
如果上面的图解看起来还不够复杂，那么想想这些情况：每个view可能在任意的时间出现或者消失，view数据需要保存与恢复，在临时的view上挂载一个后台任务。
而与“每个东西之间都是相互关联的”的相反选择是使用一个万能对象（god object）。注：god object是指一个对象/例程在系统中做了太多的事情，或者说是有太多不怎么相关的事情放在一个对象/例程里面来完成。
god object过于复杂，他的不同部分无法重用、测试，无法轻易的debug和重构。
使用MVP
复杂的任务被分割成简单的任务。
.更小的对象，更少的bug。
.更好测试
MVP的view层变得如此简单，在请求数据的时候甚至不需要使用回调。view的逻辑变得非常直接。
原因二: 后台任务
当你需要写一个Activity，Fragment或者一个自定义View的时候，你可以将所有和后台任务相关的方法放在一个外部的或者静态的类中。这样你的后台任务就不会再与Activity相关联，不会在泄漏内存同时也不会依赖于Activity的重建。我们称这样的一个类为“Presenter”。注：要理解此话的含义最好先看懂第一个MVP示例的代码。
虽然有一些方法可以解决后台任务的问题，但是没有一种和MVP一样可靠。
为什么这是可行的
下面的图解显示了在configuration改变或者发生out-of-memory事件的情况下应用的不同部分所发生的事情。每一个开发者都应该知道这些数据，但是这些数据并不好发现。
| Case 1 | Case 2 | Case 3
|A configuration| An activity | A process
| change | restart | restart
---------------------------------------- | ------------- | ------------ | ------------
Dialog | reset | reset | reset
Activity, View, Fragment | save/restore | save/restore | save/restore
Fragment with setRetainInstance(true) | no change | save/restore | save/restore
Static variables and threads | no change | no change | reset
情景1：configuration的改变通常发生在旋转屏幕，修改语言设置，链接外部的模拟器等情况下。要知道更多的configuration change事件请阅读：configChanges（developer.android.com/reference/android/R.attr.html#configChanges）。
情景2：Activity的重启发生在当用户在开发者选项中选中了“Don't keep activities”（“中文下为 不保留活动”）的复选框，然后另一个Activity在最顶上的时候。
情景3：进程的重启发生在应用运行在后台，但是这个时候内存不够的情况下。
结论
现在你可以发现，一个拥有setRetainInstance(true)的Fragment并没有带来帮助 - 我们还是要保存和/恢复这种fragment的状态。因此我们可以去掉可保持Fragment的情景，把问题简单化。Occam's razor（https://en.wikipedia.org/wiki/Occam%27s_razor）
Ⅳ Asp.net MVC下怎么实现购物车功能
我觉得购物车用Cookie实现最好,因为现在浏览器都支持了而且不用占用服务器资源也就是说专,你用mvc的话属, 用什么都无所谓了,因为基本上是js的操作,
建议用JQuery操作Cookie,直接有这插件的
Ⅵ 开发安卓需要怎样的java基础
Android应用程序开发是以Java语言为基础的，所以需要有扎实的Java基础知识。首先熟悉java基本语法，然后熟悉设计模式等。
a) Java基础语法：看下面的《Java知识点列表》
b)设计模式：由于在Android系统的框架层当中，使用了大量的设计模式，如果没有这个方面的知识，对于Android的理解就会大打折扣。设计模式的种类非常之多（设计模式大概有28种，具体请看设计模式系列 ），一个一个的全部掌握，是不现实的，必须首先掌握面向对象的基础设计原则，有了这些基础原则的支持，理解android容易很多。有了这些知识，然后再来学习Android开发，一定会事半功倍。
《Java知识点列表》：
开发环境：
1 Java SDK 下载和安装
2 环境变量的配置（path和classpath）
编程基础
3. 标识符命名规范
4 Java数据类型
5 运算符
6 分支语句（if,switch）
7 循环语句(for,while)
8 函数的定义方法
只要是个程序员，都懂。语言之间可以融会贯通。
面向对象基础
向对象的三个基本特征是：封装、继承、多态
9. 面向对象与面向过程语言之间的区别
10 面向对象基本思想（封装）
封装：把客观事物封装成抽象的类，并且类可以把自己的数据和方法只让可信的类或者对象操作，对不可信的进行信息隐藏
11 类的定义方法
12 对象和类的关系
13 对象的创建方法
14 通过对象使用成员变量和成员函数的方法
15 构造函数的作用
16 函数的重载
17 static 的作用
18 this的作用
面向对象高级：
19 面向对象基本思想（继承）
继承： 它可以使用现有类的所有功能，并在无需重新编写原来的类的情况下对这些功能进行扩展
20 继承的作用
21 继承的语法特点
22 super的使用方法
23 面向对象基本思想（多态）
多态：是允许你将父对象设置成为和一个或更多的他的子对象相等的技术，赋值之后，父对象就可以根据当前赋值给它的子对象的特性以不同的方式运作。简单的说，就是一句话：允许将子类类型的指针赋值给父类类型的指针。
实现多态，有二种方式：覆盖，重载
24 对象的向上转型和向下转型
25 final关键字的作用：不能被继承,也没有子类
26 抽象类和接口的定义方法
27 接口和抽象类的语法特征
28 抽象类和接口在面向对象编程当中的地位和意义
29 设计模式（工厂方法模式）
30 Java当中异常的定义
31 异常的分类以及各自的特点
32 try…catch…finally 结构的处理方法
33 throw和throws 的使用方法
深入理解java异常处理机制
34 自定义异常的使用方法
35 内部类的定义方法
36 匿名内部类的定义方法
37 内部类的常见使用方法
线程
38 线程的基本定义
39 在 Java 当中实现线程的两种方法(使用Thread 或Runnable)
40 线程运行状态介绍（准备，运行，阻塞，死亡）
41 线程间通信的方法
42 线程同步
43 线程死锁
这些知识是操作系统的基本内容。查看博文：作业、进程、线程
Java线程
IO
44 IO 基本概念
45 输入流和输出流的作用
46 Java当中IO 流的分类方法
47 常见 IO 类的使用方法（File,FileInput,FileOutput,Reader,Writer以及其子类的使用方法）
详解：JAVA输入输出流
常见类库
48 类 集框架中常见类的使用方法（ArrayList,LinkedList,Queue,Stack,HashSet,HashMap）
49 日期相关类的使用方法（Data，DataFormat，Calander）
50 数据库关系型数据库的基本概念
51 SQL 分类
52 DDL，DML，查询
Ⅶ 求一个购物车项目设计源代码
using System;using System.Data;using System.Configuration;using System.Collections;using System.Web;using System.Web.Security;using System.Web.UI;using System.Web.UI.WebControls;using System.Web.UI.WebControls.WebParts;using System.Web.UI.HtmlControls;using System.Collections;public partial class AddCar : System.Web.UI.Page{ DataAccess db = new DataAccess(); protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { string id = Request.QueryString["id"].ToString(); if (Session["car"] != null) { Hashtable hash = Session["car"] as Hashtable; if (!hash.ContainsKey(id)) { hash.Add(id, 1); } else { hash[id] = int.Parse(hash[id].ToString()) + 1; } Session["car"] = hash; } else { Hashtable hash = new Hashtable(); hash.Add(id, 1); Session["car"] = hash; } Hashtable k = Session["car"] as Hashtable; DataColumn dc0 = new DataColumn("id", typeof(string)); DataColumn dc1 = new DataColumn("商品名", typeof(string)); DataColumn dc2 = new DataColumn("价格", typeof(float)); DataColumn dc3 = new DataColumn("数量", typeof(int)); DataColumn dc4 = new DataColumn("总价格", typeof(float)); DataTable dt = new DataTable(); dt.Columns.Add(dc0); dt.Columns.Add(dc1); dt.Columns.Add(dc2); dt.Columns.Add(dc3); dt.Columns.Add(dc4); foreach (DictionaryEntry i in k) { //Response.Write(i.Key+" "+i.Value+"<br>"); DataRow dr = dt.NewRow(); DataSet ds = db.QueryDataSet("select * from proct where p_id=" + i.Key); dr["id"] = ds.Tables[0].Rows[0]["p_id"].ToString(); dr["商品名"] = ds.Tables[0].Rows[0]["p_name"].ToString(); dr["价格"] = ds.Tables[0].Rows[0]["p_price"].ToString(); dr["数量"] = int.Parse(k[i.Key].ToString()); dr["总价格"] = int.Parse(k[i.Key].ToString()) * double.Parse(ds.Tables[0].Rows[0]["p_price"].ToString()); dt.Rows.Add(dr); } GridView1.DataSource = dt; GridView1.DataBind(); } } protected void Button1_Click(object sender, EventArgs e) { Response.Redirect("default2.aspx"); } protected void GridView1_RowDeleting(object sender, GridViewDeleteEventArgs e) { string id = GridView1.DataKeys[e.RowIndex].Value.ToString(); Hashtable k = Session["car"] as Hashtable; Session["car"] = k; k.Remove(id); DataColumn dc0 = new DataColumn("id", typeof(string)); DataColumn dc1 = new DataColumn("商品名", typeof(string)); DataColumn dc2 = new DataColumn("价格", typeof(float)); DataColumn dc3 = new DataColumn("数量", typeof(int)); DataColumn dc4 = new DataColumn("总价格", typeof(float)); DataTable dt = new DataTable(); dt.Columns.Add(dc0); dt.Columns.Add(dc1); dt.Columns.Add(dc2); dt.Columns.Add(dc3); dt.Columns.Add(dc4); foreach (DictionaryEntry i in k) { //Response.Write(i.Key+" "+i.Value+"<br>"); DataRow dr = dt.NewRow(); DataSet ds = db.QueryDataSet("select * from proct where p_id=" + i.Key); dr["id"] = ds.Tables[0].Rows[0]["p_id"].ToString(); dr["商品名"] = ds.Tables[0].Rows[0]["p_name"].ToString(); dr["价格"] = ds.Tables[0].Rows[0]["p_price"].ToString(); dr["数量"] = int.Parse(k[i.Key].ToString()); dr["总价格"] = int.Parse(k[i.Key].ToString()) * double.Parse(ds.Tables[0].Rows[0]["p_price"].ToString()); dt.Rows.Add(dr); } GridView1.DataSource = dt; GridView1.DataBind(); } protected void Button2_Click(object sender, EventArgs e) { Hashtable k = Session["car"] as Hashtable; string code = DateTime.Now.Ticks.ToString() + new Random().Next(); db.ExecuteNonQuery("insert into OrderList values('"+code+"')"); foreach(DictionaryEntry i in k) { db.ExecuteNonQuery("insert into DetailsList values('"+code+"',"+Session["u_id"].ToString()+","+i.Key+","+i.Value+")"); } }}自己慢慢领悟把%D%A
Ⅷ 电商安卓app用什么设计模式好
我觉得因为电商经常性的改方案和界面，建议使用webview的方式来展现界面，具体没有做过，没有更多的饿建议了
Ⅸ 安卓客户端应用开发需要用到设计模式么
不用，跟那没点关系~
Android有自己的框架组件，要学的只是它的四大组件及程序开发中的设计模式。
设计模式不管在哪都用得着的~
J2EE的SSH三大框架在android里没有一点影子的~
Ⅹ Android用MVP设计模式适合在什么时候用，求大神给解释
醉了，是MVC，反正我没听过MVP