本文目录一览：
请问学习.net的智能客户端要有什么样的基础
智能客户端的概念作为Microsoft.net平台的一个特性而被提出，其实它的很多功能在传统的应用程序中早已存在，只是.net平台从系统和语言级别对它提供了支持，使开发智能客户端应用程序更为便捷。本文将从企业应用系统的角度来讨论智能客户端应具有的功能和特性以及如何在.net平台上实现。
概述
1、当前的客户端应用程序模型比较
当前的客户端应用程序模型大致分为两种：C/S（客户端/服务器模型）和B/S（浏览器/服务器模型）。以企业环境为对象的软件开发人员，对于以浏览器为基础的精简型客户端 (Thin Client) 应用程序模型，以及对应的丰富型客户端 (Rich Client) 之间，究竟该如何取舍，面临了困难的世代替换。
以浏览器为基础的应用程序的优缺点：
· 易于安装：可以用于许多桌上型计算机，并且和客户机算计的操作平台无关。大多数计算机已经默认安装有浏览器软件（有些应用系统需要基于IE浏览器，或者需要安装java虚拟机，在此暂且忽略不及）。
· 易于部署与维护：只需要在服务器端进行部署和维护工作。
· 必须在线工作：工作效率和网络是否延迟有关。
· 不能充分利用客户端计算机的资源：只能通过有限的HTML语言来呈现用户界面，没有利用客户端计算机的计算处理能力。只能利用浏览器的打印功能来打印资料，不适用于企业的报表打印。
· 网络传输量大：由于客户端不能保存状态数据，因此必须在客户端和服务器之间传输用户界面内容以及所需的数据。
· 安全性较低。对于服务器来说可以通过防火墙软件来过滤数据，因为所有传输内容都是基于HTTP端口。但很难对数据进行加密和签名以保证在传输过程中的完整性。（HTTPS似乎并不能解决问题）
· 适合电子商务或不要求严格控制客户端的应用程序。
· 丰富型客户端应用程序的优缺点：
· 可以离线工作：前提是本地必须有缓存数据的能力，这涉及到与服务器数据同步的问题。
· 充分利用客户端计算机的资源：可以为用户提供丰富的界面元素，可以存取本机磁盘与本机应用程序接口 (API)，执行速度较快。
· 网络传输量较小：只需在客户端和服务器之间传输数据。
· 安全性较高。可以方便的在客户端和服务器执行加密和解密操作，同时也可以通过Web Service来消除传统的应用程序诸如防火墙和HTTP的障碍。
· 安装、部署和维护工作较为繁琐：对客户端计算机在操作平台和附加软件上有一定的限制和要求。
· 适合企业内部应用程序。
目前，还有一种不是基于浏览器的瘦客户端应用程序。通过诸如Microsoft Terminal Server、Citrix System的Independent Computing Architecture和MetaFrame产品这样的技术和工具把它们提供给用户。这些类型的解决方案可以让用户运用胖客户端的经验，并通过集中的软件安装和维护来进行管理，这对公司来说是很划算的。这种模式的问题是，当应用程序没有连接到应用服务器时，用户就不能用了。客户端不进行真正的处理，处理完全依赖应用程序服务器，这种情况会导致服务器性能问题，并消耗桌面计算机的CPU周期。
总之，相对于丰富型客户端，以浏览器为基础的模型对于信息科技 (IT) 系统管理员而言是非常棒的模型，但对于开发人员与使用者而言却有很多不足的地方。
Microsoft .NET Framework 将满足这三方的需求。它的智能型客户端应用程序模型结合了丰富型客户端模型的强大功能与弹性，还有以浏览器为基础之模型的容易部署与稳定性。
2、客户端应用程序还应具备的其他功能
对于企业应用系统来说，客户端应用程序作为整个系统与用户的交互界面，还需要考虑以下功能：
· 安全性：这里的安全性主要是指应用层次的安全性，主要通过用户权限、角色分配来实现。对于客户端应用程序来说，通常需要提供一个登录窗体或登录页面来完成用户身份的认证。对安全性要求较高的应用系统可能还需要通过公共密钥基础设施（PKI）为应用提供可靠的安全服务，客户端则附加了加密签名模块。
· 可扩展性：客户端应用程序应该具有包含各种不同类型的应用模块的能力，同时又能在使用过程中的不断的增加应用来完善整个系统。因此可以将客户端应用程序设计为一个容器，而各个应用模块作为组件由容器进行动态加载。
· 可配置性：由于用户权限和用户喜好的不同，客户端加载的应用组件以及呈现的表现形式都因人而异。需要由应用系统将用户权限的范围以及用户的个性化配置信息传递给客户端，由客户端应用程序来解释并呈现相应的用户界面。
定义
综上所述，我们对智能客户端应用模型下一个概括性的定义：一个可扩展的能集成不同应用的桌面应用程序，并具有以下特征：
· 无接触部署：安装时只要将一个主程序文件下载到本地，直接运行即可，无须改变注册表或共享的系统组件，其他应用组件将在第一次运行时自动下载。
· 自动更新：只需将新版本的程序发布在服务器上，由客户端自动发现最新版本的程序和应用组件，并自动下载和更新。
· 离线运用：允许脱离服务器时，利用本地的客户端程序和应用组件进行工作。
· 动态加载应用组件：应用软件开发商可根据企业应用系统的公共接口进行开发，然后将应用组件发布在企业的服务器上，客户端应用程序将自动发现并加载该应用组件。
· 个性化用户界面：用户可根据喜好自行设置客户端应用程序，配置信息将被保存到服务器上。
什么是微软的智能客户端的概念
什么是“智能客户端”？智能客户端不将再是梦想。
人们对智能客户端的关注是从微软开始的。事实上，自微软推出.NET战略以来，其最令人关注的技术新动向之一就是对智能客户端(SmartClient)技术的深人研究与应用推广。
微软对于智能客户端的定义是这样的：是易于部署和管理的客户端应用程序，它们通过统筹使用本地资源和到分布式数据资源的智能连接，提供适应的、快速响应的和丰富的交互式体验。
智能客户端技术是瘦客户端应用的代替技术。微软的大力推动将使其在EIP产业变革中扮演重要的角色。
智能客户端：B/S与C/S的融合
是否有可能将B/S与C/S的优势融合呢?答案是肯定的，可以。
卓越EIP的智能客户端就是这样的解决方案。卓越EIP认为智能客户端应用程序可以将胖客户端应用程序的优点和瘦客户端应用程序的部署和可管理性优点结合起来，使之在资源的利用上达到平衡(见下图)。目前，微软已有Windows/Office/移动智能客户端等解决方案。
智能客户端的优势
与B/S或C/S相比，智能客户端具有明显优势。总结起来有三气本地资源充分利用和享受本地用户体验具备离线连接能力;智能部署和自动更新。
利用本地资源的能力，指可以利用存储、处理或捕获数据的硬件，例如闪存、CPU和扫描仪等。
离线连接能力指：无论是否连接到Internet，智能客户端应用程序都可以正常工作。在没有网络连接或网络连接断续时，智能客户端能够利用本地缓存和处理进行操作。该功能对移动信息工作者来说极具价值。
离线功能不仅可以在移动方案中使用，而且对于桌面解决方案也可以利用离线体系结构来更新后台线程上的后端系统，从而保持用户界面的响应并改善整体的最终用户体验。该体系结构还能够提供成本和性能上的优势，这是因为用户界面不需要在智能客户端与服务器之间来回切换。另外，由于智能客户端只能在后台与其他系统交换所需的数据，因此可以让人感到它与其他系统交换的数据量的减少。
传统的客户端应用程序耗翻佳进行部署和更新。经常在安装一个应用程序时中断另一个应用程序。智能客户端有效地解决r该问题。例如，新中大智能客户端尽管不完全是零安装，但是已做到零维护，客户端程序即用即卜载、自动匹配版本、支持断点续传。
智能客户端将掀热潮
由于C/S与B/S都有不可避免的局限性，而智能客户端恰好能解决它们的问题，因此是ERP技术发展的新方向。在未来的两三年，智能客户端将逐渐得到提供商与用户的认可，产业界也会掀起一股向智能客户端迁移的热潮。
智能家居软件开发方向主要会用到些什么技术
德诺迈斯智能家居软件开发方向主要是以嵌入式来开发。一般用的C语言会比较多。会涉及底层。也是使用C语言。上位机就是客户端，也就是开发APP的应用了。
要了解更多可以去德诺迈斯网站进行了解一下。
什么是RIA？
RIA的优势 RIA 具有的桌面应用程序的特点包括：在消息确认和格式编排方面提供互动用户界面；在无刷新页面之下提供快捷的界面响应时间；提供通用的用户界面特性如拖放式（drag and drop）以及在线和离线操作能力。RIA具有的Web应用程序的特点包括如：立即部署、跨平台、采用逐步下载来检索内容和数据以及可以充分利用被广泛采纳的互联网标准。RIA具有通信的特点则包括实时互动的声音和图像。 客户机在RIA中的作用不仅是展示页面，它可以在幕后与用户请求异步地进行计算、传送和检索数据、显示集成的用户界面和综合使用声音和图像，这一切都可以在不依靠客户机连接的服务器或后端的情况下进行。 对于企业来说，部署RIA的好处在于： 1）RIA可以继续使用现有的应用程序模型（包括J2EE和.NET），因而无需大规模替换现有的Web应用程序。通过Rich Client技术，可以轻松构建更为直观、易于使用、反应更迅速并且可以脱机使用的应用程序。 2）RIA可以帮助企业提供多元化的重要业务效益，包括产提高销量、提高品牌忠诚度、延长网站逗留时间、较频繁的重复访问、减少带宽成本、减少支持求助以及增强客户关系等。 RIA目前的发展态势在过去的两到三年中，Web开发人员一直是想构建一种比传统HTML更丰富的客户端：这是一个用户接口，它比用HTML能实现的接口更加健壮、反应更加灵敏和更具有令人感兴趣的可视化特性。RIA技术的出现允许我们在因特网上以一种像使用Web一样简单的方式来部署富客户端程序。无论将来RIA是否能够如人们所猜测的那样完全代替HTML应用系统，对于那些采用C/S架构的胖客户端技术运行复杂应用系统的机构和采用基于B/S架构的瘦客户端技术部署Web应用系统地机构来说，RIA确实提供了一种廉价的选择。下面介绍一下目前出现的几种比较有实力或者有特点的RIA客户端开发技术： 1） Macromedia Flash/Flex Flash 从6.0开始Flash就逐步具备建立窗体风格的应用程序的功能。据Macromedia称已经有98％以上的桌面系统的浏览器都安装了 Macromedia Flash Player。这使得以Macromedia Flash Player为客户端的RIA可以支持种类广泛的平台和设备。 Flex是为满足希望开发 RIA的企业级程序员的需求而推出的表示服务器和应用程序框架，它可以运行于J2EE和.NET平台。Flex表示服务器提供基于标准的、声明性的编程方法和流程，并提供运行时服务，用于开发和部署丰富客户端应用程序的表示层。Flex开发者使用直观的基于XML的MXML来定义丰富的用户界面。该语言由 Flex服务器翻译成SWF格式的客户端应用程序，在Flash Player中运行。 2） Laszlo Laszlo 是一个开源的RIA开发环境。使用Laszlo平台时，开发者只需编写名为LZX的描述语言（其中整合了XML和Javascript），运行在J2EE 应用服务器上的Laszlo平台会将其编译成SWF格式的文件并传输给客户端展示。从这点上来说，Laszlo的本质和Flex是一样的。Flash是任何浏览器都支持的展示形式，从而一举解决了浏览器之间的移植问题。而且，在未来的计划中，Laszlo还可以将LZX编译成Java或.NET本地代码，从而大大提高运行效率。 3） Avalon Microsoft的Avalon是下一版本的 Windows（代号"Longhorn"）的一部分，是一个图形和展示引擎，主要由新加到.NET框架中的一组类集合而成。Avalon定义了一个在 Longhorn中使用的新标记语言，其代号为"XAML"（可扩展应用程序标记语言）。可以使用XAML来定义文本、图像和控件的布局，程序代码可以直接嵌入到XAML中，也可以将它保留在一个单独的文件内。这与Flex中的MXML或者Laszlo中的LZX非常相似。不同的是：基于 Avalon的应用程序必须运行在Longhorn环境中，而Flex和Laszlo是不依赖于平台的，仅仅需要装有Flash播放器的浏览器即可。 4） Java SWT Java 已经出现几年了，并且完全支持创建基于窗体的用户界面。除了Java基础类（JFC/Swing）中的用户界面组件之外，开发人员还可以使用来自于 Eclipse Project的SWT工具箱和许多第三方工具箱进行开发。对于图形来说，可以采用Java 2D API：一个非常完整且非常复杂的图形API。你可以通过一个Web浏览器使用Java插件软件，或使用Java运行时环境中较新的Java Web Start技术来部署应用程序。使用Java建立Rich Client的主要缺陷是它的复杂性（即使对简单的窗体和图形也要求编写非常烦琐的代码）和Java浏览器插件的低市场占有率。 5） XUL XUL （念作"zool"）是一种基于XML的用户界面语言，它来自于Mozilla的开放源码项目。它可用于建立窗体应用程序，这些应用程序不但可以在 Mozilla浏览器上运行，而且也可以运行在其他描述引擎上，如Zulu（一个Flash MX组件）和Thinleys（一个Java实现）。XUL描述引擎都非常小（100K以下），它可以使用XML数据也可以生成XML数据。XUL的一个主要缺点在于它目前还没有获得一个主要商业实体的支持。XUL最大的优点在于它与Gecko引擎的集成（打开了通向大量Web标准的大门），以及与大多数其它XML用户界面描述语言相比它是一种非常具有表达力和简洁的语言。 6） Bindows Bindow 是用Javascript和DHTML开发的Web窗体框架。Javascript用于客户端界面的显示和处理，XMLHTTP用于客户端与服务器的信息传输。Javascript在客户端的表现力不容置疑，利用Javascript几乎可以实现Windows应用程序所能干的大部分事情，XMLHTTP 一直以来常被用于实现"无刷新"的Web页面，它和 Javascript配合，可以完成数据从服务器和客户端的传输。Bindows的一个主要的缺点是它采用一次全部载入的方式来实现脚本库，在窗口的加载期，需要一个漫长的等待过程，甚至浏览器的进程会产生无响应的情况。这点Bindows根本没有遵循"用多少去多少"的准则。另外，内部大量利用了IE6 的技术，没有考虑到非IE的浏览器，限制了Bindows的流行。 RIA未来的发展预测 就目前RIA的使用情况来说，离"RIA时代"还有很远的一段距离。今后几年时间内传统的Web应用程序和RIA将会共存。笔者认为真正具有实力担当起普及丰富客户端应用重任的只有基于Flash Player的Flash/Flex应用程序和Microsoft的基于Avalon的应用程序。短期时间内（估计2-3年时间）可能是 Flash/Flex应用程序在新兴的网络应用程序市场上占有主导地位。随着时间的推移，Flash/Flex应用程序的市场占有率可能会慢慢被基于 Avalon的应用程序所蚕食。当然，Flash Player和Flex以后也会不断推出新版本，相对于升级操作系统或安装Avalon运行环境，人们肯定更愿意升级Flash Player。Flash/Flex应用程序也有其本身固有的软肋，Flash Player的执行效率和对本地资源的操作限制是无法和Avalon相比的，相对于浏览器中的插件而言，Avalon的应用程序拥有更加广阔的可操作空间和更高的执行效率。 目前Microsoft还在推广一种叫做Smart Client（智能客户端）的客户端程序技术，Microsoft称Smart Client是比Rich Client更优秀的客户端，因而采用Smart Client的应用程序算不算RIA目前我个人还无法作答。这里我们之所以提及Smart Client，是因为Smart Client的特性跟我们谈的Rich Client有太多的相似之处。Smart Client拥有自动更新、离线状态下的数据处理和可以使用本地资源等特征，其中的可使用本地资源这一项无疑是一大卖点，因为浏览器中的 Flash/Flex应用程序目前还无法操作本地的一些资源，比如Flash/Flex应用程序无法将网上的文件保存到本地或者修改本地文件。虽然 Macromedia的Central1.5已经可以对本地文件进行简单的操作，并且flex1.5开发的RIA也能够运行于Central上，但是如何使Central能够得到大范围推广还是个问题。相对于轻量级的Rich Client，Smart Client更接近C/S架构中的客户端程序。Rich Client和Smart Client的定位还是有所区别的：Rich Client更适合作为轻量级的基于浏览器的网络应用程序客户端；Smart Client更适合作为Windows桌面应用程序的智能客户端。 不管我们今天称之为的RIA今后会不会成为主流应用程序，人们对开发具有高度互动性、丰富用户体验以及功能强大的客户端的追求是不变的。有理由相信，拥有成熟技术和极高市场占有率的Flash客户端将会在RIA道路上越走越远。
app开发需要什么技术？
一个完整的App开发需要哪些技术？在回答这个问题之前，我们首先要了解App都有哪些类型，不同的类型适用于哪些需求，用户可以根据自己的需求选择不同的App开发。
一、 App有哪些形式
WebApp：简单来说，Web App就是针对iOS/Android优化后的web站点，用户不需要下载安装即可访问。一般的web站点测重使用网页技术在移动端做展示，包括文字，视频，图片等，而Web App更侧重“功能”，是基于网页技术开发实现特定功能的应用，必须依赖手机浏览器运行。Web App开发成本低，维护更新简单，支持云修复，用户不用下载更新，但是App的用户体验不足，页面跳转迟钝甚至卡壳，页面交互动态效果不灵活，而且可能上不了AppStore，如果企业的核心功能不多，App需求侧重于信息查询，浏览等基础功能，可以选择Web App。
Native App（原生App）：Native App是基于智能手机操作系统（现在主流的是ios和Android）用原生程序编写运营的App。Native App运行时是基于本地操作系统的，所以它的兼容能力和访问能力更好，拥有最佳的用户体验、最好的交互界面，但也是开发难度最大，开发成本和维护成本最高的App。
Hybrid App（混合App）：是指半原生半web的混合类App，同时采用网页语言和程序语言进行开发，通过不同的应用商店进行打包分发，用户需要下载安装使用。Hybrid App兼具Native App良好的用户交互体验和web App跨平台开发的优势，因在开发过程中使用网页语言，所以开发成本和难度大大降低。Native App是现在的主流应用，大型的App如淘宝／掌上百度／微信都是走的Hybrid App路线。
二、开发不同类型的App需要用到哪些技术？
Web App：iOS/Android的内置浏览器是基于webkit内核的，所以在开发webApp时，多数使用html或html5、CSS3、JavaScript技术做UI布局，使其在网站页面上实现传统的C／S架构软件功能，服务端技术用java、php、ASP。现在也有很多一键生成webApp的平台，如百度siteApp／移动开发平台APICloud，APICloud平台提供基于腾讯x5浏览器引擎生成webApp，因为移动端的超级流量入口微信／手机qq等用的也是腾讯x5内置浏览器，所以用腾讯x5浏览器生成的App在移动页面展示时适配于微信的浏览体验，这样可以帮助webApp引流。
Native App：
开发Native App需要根据运行的手机系统采用不同的开发语言，开发Android App需要的开发语言是java，还需要熟悉Android环境和机制。主要知识点如下：
1. 开发环境，Android Studio、eclipse.如何搭建Android开发环境可以去百度。
2. 数据结构，App的某些功能涉及到做算法，所以要有一定的数学基础
3. Android SDK，会API接口开发，包括自行开发API的能力和调用第三发API的经验。
4. 熟悉tcp、IP，socket等网络协议
5. 如果涉及到服务器，你还需要了解webservice相关知识和相应的开发语言，常用有PHP、JSP、ASP.Net.
6. 除了这些功能基础，App开发还涉及到UI设计、框架、性能优化、调试适配等。
Objective-C是开发iOS系统App的主流编程语言，开发者一般用苹果公司的iOS SDK搭建开发环境，iOS SDK是开发iOS应用程序中不可少的软件开发包，提供了从创建程序，到编译、调试、运行、测试等多种开发过程中需要等工具。学习iOS开发可以去看苹果官方文档，这是最权威的ios教程。
Hybrid App：混合开发中主流的是以web为主体型的开发，即以网页语言编写，穿插Native功能的hybrid App开发类型，网页语言主要有html5、CSS3、JavaScript。Web主体型的App用户体验好坏，取决于底层中间件的交互与跨平台的能力。国内外有很多优秀的开发工具，如国外的AppmAkr、Appmobi，国内的APICloud，APICloud的底层引擎用Deep Engine，使用半翻译式原理，将运行中的web翻译成Native API，并且支持扩展API，开发时可调用用原生语言开发的功能模块，以此达到媲美原生App的用户体验，同时节省开发时间。
对企业来说，可以根据自己的需求选择不同的开发类型和开发工具，目前来看，Hybrid App已经成为移动开发趋势，一方面Hybrid App开发时不采用或者大部分不采用原生语言，却能拥有原生应用的特性，一方面随着web技术的发展，Hybrid App技术已经成熟，很多大型App淘宝、微信、携程都属于这种开发模式，Hybrid App给企业移动应用的开发、维护、更新都带来了极高的便捷性，从成本投入用户体验考虑，Hybrid App都是首选。