编程序常用英语单词是什么
展开全部 application 应用程式 应用、应用程序 application framework 应用程式框架、应用框架 应用程序框架 architecture 架构、系统架构 体系结构 argument 引数(传给函式的值)。
叁见 parameter 叁数、实质叁数、实叁、自变量 array 阵列 数组 arrow operator arrow(箭头)运算子 箭头操作符 assembly 装配件 assembly language 组合语言 汇编语言 assert(ion) 断言 assign 指派、指定、设值、赋值 赋值 assignment 指派、指定 赋值、分配 assignment operator 指派(赋值)运算子 = 赋值操作符 associated 相应的、相关的 相关的、关联、相应的 associative container 关联式容器(对应 sequential container) 关联式容器 atomic 不可分割的 原子的 attribute 属性 属性、特性 audio 音讯 音频 A.I. 人工智慧 人工智能 background 背景 背景(用於图形着色) 后台(用於行程) backward compatible 回溯相容 向下兼容 bandwidth 频宽 带宽 base class 基础类别 基类 base type 基础型别 (等同於 base class) batch 批次(意思是整批作业) 批处理 benefit 利益 收益 best viable function 最佳可行函式 最佳可行函式 (从 viable functions 中挑出的最佳吻合者) binary search 二分搜寻法 二分查找 binary tree 二元树 二叉树 binary function 二元函式 双叁函数 binary operator 二元运算子 二元操作符 binding 系结 绑定 bit 位元 位 bit field 位元栏 位域 bitmap 位元图 位图 bitwise 以 bit 为单元逐一┅ bitwise copy 以 bit 为单元进行复制;位元逐一复制 位拷贝 block 区块,区段 块、区块、语句块 boolean 布林值(真假值,true 或 false) 布尔值 border 边框、框线 边框 brace(curly brace) 大括弧、大括号 花括弧、花括号 bracket(square brakcet) 中括弧、中括号 方括弧、方括号 breakpoint 中断点 断点 build 建造、构筑、建置(MS 用语) build-in 内建 内置 bus 汇流排 总线 business 商务,业务 业务 buttons 按钮 按钮 byte 位元组(由 8 bits 组成) 字节 cache 快取 高速缓存 call 呼叫、叫用 调用 callback 回呼 回调 call operator call(函式呼叫)运算子调用操作符 (同 function call operator) candidate function 候选函式 候选函数 (在函式多载决议程序中出现的候选函式) chain 串链(例 chain of function calls) 链 character 字元 字符 check box 核取方块 (i.e. check button) 复选框 checked exception 可控式异常(Java) check button 方钮 (i.e. check box) 复选按钮 child class 子类别(或称为derived class, subtype) 子类 class 类别 类 class body 类别本体 类体 class declaration 类别宣告、类别宣告式 类声明 class definition 类别定义、类别定义式 类定义 class derivation list 类别衍化列 类继承列表 class head 类别表头 类头 class hierarchy 类别继承体系, 类别阶层 类层次体系 class library 类别程式库、类别库 类库 class template 类别模板、类别范本 类模板 class template partial specializations 类别模板偏特化 类模板部分特化 class template specializations 类别模板特化 类模板特化 cleanup 清理、善后 清理、清除 client 客端、客户端、客户 客户 client-server 主从架构 客户/服务器 clipboard 剪贴簿 剪贴板 clone 复制 克隆 collection 群集 集合 combo box 复合方块、复合框 组合框 command line 命令列 命令行 (系统文字模式下的整行执行命令) communication 通讯 通讯 compatible 相容 兼容 compile time 编译期 编译期、编译时 compiler 编译器 编译器 component 组件 组件 composition 复合、合成、组合 组合 computer 电脑、计算机 计算机、电脑 concept 概念 概念 concrete 具象的 实在的 concurrent 并行 并发 configuration 组态 配置 connection 连接,连线(网络,资料库) 连接 constraint 约束(条件) construct 构件 构件 container 容器 容器 (存放资料的某种结构如 list, vector...) containment 内含 包容 context 背景关系、周遭环境、上下脉络 环境、上下文 control 控制元件、控件 控件 console 主控台 控制台 const 常数(constant 的缩写,C++ 关键字) constant 常数(相对於 variable) 常量 constructor(ctor) 建构式 构造函数 (与class 同名的一种 member functions) copy (v) 复制、拷贝 拷贝 copy (n) 复件, 副本 cover 涵盖 覆盖 create 创建、建立、产生、生成 创建 creation 产生、生成 创建 cursor 游标 光标 custom 订制、自定 定制 data 资料 数据 database 资料库 数据库 database schema 数据库结构纲目 data member 资料成员、成员变数 数据成员、成员变量 data structure 资料结构 数据结构 datagram 资料元 数据报文 dead lock 死结 死锁 debug 除错 调试 debugger 除错器 调试器 declaration 宣告、宣告式 声明 deduction 推导(例:template argument deduction) 推导、推断 default 预设 缺省、默认 defer 延缓 推迟 define 定义 预定义definition 定义、定义区、定义式 定义 delegate 委派、委托、委任 委托 delegation (同上) demarshal 反编列 散集 dereference 提领(取出指标所指物体的内容) 解叁考 dereference operator dereference(提领)运算子 * 解叁考操作符 derived class 衍生类别 派生类 desi...
软件体系结构的发展历史
与最初的大型中央主机相适应,最初的软件结构体系也是Mainframe结构,该结构下客户、数据和程序被集中在主机上,通常只有少量的GUI界面,对远程数据库的访问比较困难。
随着PC的广泛应用,该结构逐渐在应用中被淘汰。
在80年代中期出现了Client/Server分布式计算结构,应用程序的处理在客户(PC机)和服务器(Mainframe或Server)之间分担;请求通常被关系型数据库处理,PC机在接受到被处理的数据后实现显示和业务逻辑;系统支持模块化开发,通常有GUI界面。
Client/Server结构因为其灵活性得到了极其广泛的应用。
但对于大型软件系统而言,这种结构在系统的部署和扩展性方面还是存在着不足。
Internet的发展给传统应用软件的开发带来了深刻的影响。
基于Internet和Web的软件和应用系统无疑需要更为开放和灵活的体系结构。
随着越来越多的商业系统被搬上Internet,一种新的、更具生命力的体系结构被广泛采用,这就是为我们所知的“三层/多层计算”。
。
客户层(client tier) 用户接口和用户请求的发出地,典型应用是网络浏览器和胖客户(如Java程序)。
服务器层(server tier) 典型应用是Web服务器和运行业务代码的应用程序服务器。
数据层(data tier) 典型应用是关系型数据库和其他后端(back-end)数据资源, 如 Oracle和SAP、 R/3等三层体系结构中,客户(请求信息)、程序(处理请求)和数据(被操作)被物理地隔离。
三层结构是个更灵活的体系结构,它把显示逻辑从业务逻辑中分离出来,这就意味着业务代码是独立的,可以不关心怎样显示和在哪里显示。
业务逻辑层现在处于中间层,不需要关心由哪种类型的客户来显示数据,也可以与后端系统保持相对独立性,有利于系统扩展。
三层结构具有更好的移植性,可以跨不同类型的平台工作,允许用户请求在多个服务器间进行负载平衡。
三层结构中安全性也更易于实现,因为应用程序已经同客户隔离。
应用程序服务器是三层/多层体系结构的组成部分,应用程序服务器位于中间层。
如图所示,应用程序服务器运行于浏览器和数据资源之间,一个简单的实例是,顾客从浏览器中输入一个定单,web服务器将该请求发送给应用程序服务器,由应用程序服务器执行处理逻辑,并且获取或更新后端用户数据。
兴起六十年代的软件危机使得人们开始重视软件工程的研究。
起初,人们把软件设计的重点放在数据结构和算法的选择上,随着软件系统规模越来越大、越来越复杂,整个系统的结构和规格说明显得越来越重要。
软件危机的程度日益加剧,现有的软件工程方法对此显得力不从心。
对于大规模的复杂软件系统来说,对总体的系统结构设计和规格说明比起对计算的算法和数据结构的选择已经变得明显重要得多。
在此种背景下,人们认识到软件体系结构的重要性,并认为对软件体系结构的系统、深入的研究将会成为提高软件生产率和解决软件维护问题的新的最有希望的途径。
自从软件系统首次被分成许多模块,模块之间有相互作用,组合起来有整体的属性,就具有了体系结构。
好的开发者常常会使用一些体系结构模式作为软件系统结构设计策略,但他们并没有规范地、明确地表达出来,这样就无法将他们的知识与别人交流。
软件体系结构是设计抽象的进一步发展,满足了更好地理解软件系统,更方便地开发更大、更复杂的软件系统的需要。
事实上,软件总是有体系结构的,不存在没有体系结构的软件。
体系结构(Architecture)一词在英文里就是建筑的意思。
把软件比作一座楼房,从整体上讲,是因为它有基础、主体和装饰,即操作系统之上的基础设施软件、实现计算逻辑的主体应用程序、方便使用的用户界面程序。
从细节上来看每一个程序也是有结构的。
早期的结构化程序就是以语句组成模块,模块的聚集和嵌套形成层层调用的程序结构,也就是体系结构。
结构化程序的程序(表达)结构和(计算的)逻辑结构的一致性及自顶向下开发方法自然而然地形成了体系结构。
由于结构化程序设计时代程序规模不大,通过强调结构化程序设计方法学,自顶向下、逐步求精,并注意模块的耦合性就可以得到相对良好的结构,所以,并未特别研究软件体系结构。
我们可以作个简单的比喻,结构化程序设计时代是以砖、瓦、灰、沙、石、预制梁、柱、屋面板盖平房和小楼,而面向对象时代以整面墙、整间房、一层楼梯的预制件盖高楼大厦。
构件怎样搭配才合理?体系结构怎样构造容易?重要构件有了更改后,如何保证整栋高楼不倒?每种应用领域需要什么构件(医院、工厂、旅馆)?有哪些实用、美观、强度、造价合理的构件骨架使建造出来的建筑(即体系结构)更能满足用户的需求?如同土木工程进入到现代建筑学一样,软件也从传统的软件工程进入到现代面向对象的软件工程,研究整个软件系统的体系结构,寻求建构最快、成本最低、质量最好的构造过程。
软件体系结构虽脱胎于软件工程,但其形成同时借鉴了计算机体系结构和网络体系结构中很多宝贵的思想和方法,最近几年软件体系结构研究已完全独立于软件工程的研究,成为计算机科学的一个最新的研究方向和独立学科分支。
软件体系结构研...
翻译成英文
Company Name: A well-known Chinese-funded network services or network transactions Post Name: System Architect Work to: Shanghai Work: With at least 5 years of WinForm / Web commercial software development experience, as well as at least 3 years. Net system architecture design experience. Proficient. Net three-tier or multi-tier architecture, based on the good. Net object-oriented design, system architecture, component reuse and the application of design patterns and so on. Familiar with. Net 3.0/3.5 Framework and its related technologies, such as: WPF, WFF, Smart Client, Web Service, C #, ASP.Net, VB.Net, JavaScript, HTML / DHTML, XML, etc., are familiar with at least one of the mainstream at the same time database design, development and management, such as: SQL Server, Oracle and so on. Familiar with UML modeling language and related Case tools, such as: Power Designer, Visio or Rose and so on. Highly concerned about the life cycle of software development, project management and process improvement methods and tools with great enthusiasm and motivation. The new technology has a strong desire for knowledge and enthusiasm to maintain long-term learning. Excellent language ability and documentation. I heard good English reading and writing skills.
MVC开发模式的优点?
展开全部 MVC模式是"Model-View-Controller"的缩写,中文翻译为"模式-视图-控制器"。
MVC应用程序总是由这三个部分组成。
Event(事件)导致Controller改变Model或View,或者同时改变两者。
只要Controller改变了Models的数据或者属性,所有依赖的View都会自动更新。
类似的,只要Controller改变了View,View会从潜在的Model中获取数据来刷新自己。
MVC模式最早是smalltalk语言研究团提出的,应用于用户交互应用程序中。
smalltalk语言和java语言有很多相似性,都是面向对象语言,很自然的SUN在petstore(宠物店)事例应用程序中就推荐MVC模式作为开发Web应用的架构模式。
MVC模式是一种架构模式,其实需要其他模式协作完成。
在J2EE模式目录中,通常采用service to worker模式实现,而service to worker模式可由集中控制器模式,派遣器模式和Page Helper模式组成。
而Struts只实现了MVC的View和Controller两个部分,Model部分需要开发者自己来实现,Struts提供了抽象类Action使开发者能将Model应用于Struts框架中。
MVC模式是一个复杂的架构模式,其实现也显得非常复杂。
但是,我们已经终结出了很多可靠的设计模式,多种设计模式结合在一起,使MVC模式的实现变得相对简单易行。
Views可以看作一棵树,显然可以用Composite Pattern来实现。
Views和Models之间的关系可以用Observer Pattern体现。
Controller控制Views的显示,可以用Strategy Pattern实现。
Model通常是一个调停者,可采用Mediator Pattern来实现。
现在让我们来了解一下MVC三个部分在J2EE架构中处于什么位置,这样有助于我们理解MVC模式的实现。
MVC与J2EE架构的对应关系是:View处于Web Tier或者说是Client Tier,通常是JSP/Servlet,即页面显示部分。
Controller也处于Web Tier,通常用Servlet来实现,即页面显示的逻辑部分实现。
Model处于Middle Tier,通常用服务端的javaBean或者EJB实现,即业务逻辑部分的实现。
一、MVC设计思想 MVC英文即Model-View-Controller,即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离,这样一个应用被分成三个层——模型层、视图层、控制层。
视图(View)代表用户交互界面,对于Web应用来说,可以概括为HTML界面,但有可能为XHTML、XML和Applet。
随着应用的复杂性和规模性,界面的处理也变得具有挑战性。
一个应用可能有很多不同的视图,MVC设计模式对于视图的处理仅限于视图上数据的采集和处理,以及用户的请求,而不包括在视图上的业务流程的处理。
业务流程的处理交予模型(Model)处理。
比如一个订单的视图只接受来自模型的数据并显示给用户,以及将用户界面的输入数据和请求传递给控制和模型。
模型(Model):就是业务流程/状态的处理以及业务规则的制定。
业务流程的处理过程对其它层来说是黑箱操作,模型接受视图请求的数据,并返回最终的处理结果。
业务模型的设计可以说是MVC最主要的核心。
目前流行的EJB模型就是一个典型的应用例子,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但它不能作为应用设计模型的框架。
它仅仅告诉你按这种模型设计就可以利用某些技术组件,从而减少了技术上的困难。
对一个开发者来说,就可以专注于业务模型的设计。
MVC设计模式告诉我们,把应用的模型按一定的规则抽取出来,抽取的层次很重要,这也是判断开发人员是否优秀的设计依据。
抽象与具体不能隔得太远,也不能太近。
MVC并没有提供模型的设计方法,而只告诉你应该组织管理这些模型,以便于模型的重构和提高重用性。
我们可以用对象编程来做比喻,MVC定义了一个顶级类,告诉它的子类你只能做这些,但没法限制你能做这些。
这点对编程的开发人员非常重要。
业务模型还有一个很重要的模型那就是数据模型。
数据模型主要指实体对象的数据 保存(持续化)。
比如将一张订单保存到数据库,从数据库获取订单。
我们可以将这个模型单独列出,所有有关数据库的操作只限制在该模型中。
控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起,共同完成用户的请求。
划分控制层的作用也很明显,它清楚地告诉你,它就是一个分发器,选择什么样的模型,选择什么样的视图,可以完成什么样的用户请求。
控制层并不做任何的数据处理。
例如,用户点击一个连接,控制层接受请求后, 并不处理业务信息,它只把用户的信息传递给模型,告诉模型做什么,选择符合要求的视图返回给用户。
因此,一个模型可能对应多个视图,一个视图可能对应多个模型。
模型、视图与控制器的分离,使得一个模型可以具有多个显示视图。
如果用户通过某个视图的控制器改变了模型的数据,所有其它依赖于这些数据的视图都应反映到这些变化。
因此,无论何时发生了何种数据变化,控制器都会将变化通知所有的视图,导致显示的更新。
这实际上是一种模型的变化-传播机制。
模型、视图、控制器三者之间的关系和各自的主要功能。
二、MVC设计模式的实现 ASP.NET提供了一个很好的实现这种经典设计模式...
自学C语言教程
展开全部 没有基础可以入门,通过努力可以达到初、中级程序员的程度,但再往上走,就比较困难了。
后面需要不少算法、英文和数学知识。
教程的话可以参考下面两本教程: 谭浩强:《C语言程序设计》 李铭城 黄中豪 陈宇芬:《资料结构 C》 英文的话,进入初级之前都不怎么需要。
但是进入中级后,需要读一些英文资料。
不过现在翻译比较厉害,绝大部分的资料都有翻译。
但是要进入高级,就必须要学习英文了,因为最新最核心的资料都是英文的,翻译的往往都会有错误。
另外数学在早期影响不大,但是进入中级后就必须要了。
因为估算算法时间复杂度、空间复杂度、图、树等等,都涉及不少数学知识。
当然如果只是做简单应用或者驱动的话,这方面要求就不会太高。
最后给一个学习大概的路线图: 入门级的学习,只要能够掌握:代码三大结构(循环、分支、顺序)、流程图、C语言关键字和语法、输入输出、文件操作、套接字操作。
就算是初级满级了。
初级程序员:数据结构和算法(排序,查找)、了解软件开发模型(瀑布模型、敏捷模型、原型模型等等)、了解UML、系统常用API、网络通信、编译和SDK环境搭建 中级程序员:设计模式、多线程编程、网络通信(服务器、客户端)、面向对象编程、掌握UML、系统网络/文件/互斥/线程/事件/安全API、STL、相关法律法规、知道一些常用软件架构(MVC等)
java入门书籍推荐
展开全部一、Java编程入门类 对于没有Java编程经验的程序员要入门,随便读什么入门书籍都一样,这个阶段需要你快速的掌握Java基础语法和基本用法,宗旨就是“囫囵吞枣不求甚解”,先对Java熟悉起来再说。
用很短的时间快速过一遍Java语法,连懵带猜多写写代码,要“知其然”。
1、《Java编程思想》 在有了一定的Java编程经验之后,你需要“知其所以然”了。
这个时候《Java编程思想》是一本让你知其所以然的好书,它对于基本的面向对象知识有比较清楚的交待,对Java基本语法,基本类库有比较清楚的讲解,可以帮你打一个良好的Java编程基础。
这本书的缺点是实在太厚,也比较罗嗦,不适合现代人快节奏学习,因此看这本书要懂得取舍,不是每章每节都值得一看的,挑重点的深入看就可以了。
2、《Agile Java》中文版 这本书是出版社送给我的,我一拿到就束之高阁,放在书柜一页都没有翻过,但是前两天整理书柜的时候,拿出来一翻,竟然发现这绝对是一本好书!这本书一大特点是以单元测试和TDD来贯穿全书的,在教你Java各种重要的基础知识的过程中,潜移默化的影响你的编程思维走向敏捷,走向TDD。
另外这本书成书很新,以JDK5.0的语法为基础讲解,要学习JDK5.0的新语法也不错。
还有这本书对于内容取舍也非常得当,Java语言毕竟类库庞大,可以讲的内容太多,这本书选择的内容以及内容的多寡都很得当,可以让你以最少的时间掌握Java最重要的知识,顺便培养出来优秀的编程思路,真是一本不可多得的好书。
虽然作者自己把这本书定位在入门级别,但我不确定这本书用来入门是不是稍微深了点,我自己也准备有空的时候翻翻这本书,学习学习。
二、Java编程进阶类 打下一个良好的Java基础,还需要更多的实践经验积累,我想没有什么捷径。
有两本书值得你在编程生涯的这个阶段阅读,培养良好的编程习惯,提高你的代码质量。
1、《重构 改善既有代码的设计》 这本书名气很大,不用多介绍,可以在闲暇的时候多翻翻,多和自己的实践相互印证。
这本书对你产生影响是潜移默化的。
2、《测试驱动开发 by Example》 本书最大特点是很薄,看起来没有什么负担。
你可以找一个周末的下午,一边看,一边照做,一个下午就把书看完,这本书的所有例子跑完了。
这本书的作用是通过实战让你培养TDD的思路。
三、Java架构师之路 到这个阶段,你应该已经非常娴熟的运用Java编程,而且有了一个良好的编程思路和习惯了,但是你可能还缺乏对应用软件整体架构的把握,现在就是你迈向架构师的第一步。
1、《Expert One-on-One J2EE Design and Development》 这本书是Rod Johnson的成名著作,非常经典,从这本书中的代码诞生了springframework。
但是好像这本书没有中译本。
2、《Expert One-on-One J2EE Development without EJB》 这本书由gigix组织翻译,多位业界专家参与,虽然署名译者是JavaEye,其实JavaEye出力不多,实在是忝居译者之名。
以上两本书都是Rod Johnson的经典名著,Java架构师的必读书籍。
在我所推荐的这些书籍当中,是我看过的最仔细,最认真的书,我当时读这本书几乎是废寝忘食的一气读完的,有小时候挑灯夜读金庸武侠小说的劲头,书中所讲内容和自己的经验知识一一印证,又被无比精辟的总结出来,读完这本书以后,我有种被打通经脉,功力爆增的感觉。
但是后来我看过一些其他人的评价,似乎阅读体验并没有我那么high,也许是因为每个人的知识积累和经验不同导致的。
我那个时候刚好是经验知识积累已经足够丰富,但是还没有系统的整理成型,让这本书一梳理,立刻形成完整的知识体系了。
3、《企业应用架构模式》 Martin的又一本名著,但这本书我只是泛泛的看了一遍,并没有仔细看。
这本书似乎更适合做框架的人去看,例如如果你打算自己写一个ORM的话,这本书是一定要看的。
但是做应用的人,不看貌似也无所谓,但是如果有空,我还是推荐认真看看,会让你知道框架为什么要这样设计,这样你的层次可以晋升到框架设计者的角度去思考问题。
Martin的书我向来都是推崇,但是从来都没有像Rod Johnson的书那样非常认真去看。
4、《敏捷软件开发 原则、模式与实践》 Uncle Bob的名著,敏捷的经典名著,这本书比较特别,与其说是讲软件开发过程的书,不如说讲软件架构的书,本书用了很大篇幅讲各种面向对象软件开发的各种模式,个人以为看了这本书,就不必看GoF的《设计模式》了。
四、软件开发过程 了解软件开发过程不单纯是提高程序员个人的良好编程习惯,也是增强团队协作的基础。
1、《UML精粹》 UML其实和软件开发过程没有什么必然联系,却是软件团队协作沟通,撰写软件文档需要的工具。
但是UML真正实用的图不多,看看这本书已经足够了,完全没有必要去啃《UML用户指南》之类的东西。
要提醒大家的是,这本书的中译本翻译的非常之烂,建议有条件的看英文原版。
2、《解析极限编程 拥抱变化》XP 这是Kent Beck名著的第二版,中英文对照。
没什么好说的,必读书籍。
3、《统一软件开发过程》UP 其实UP和敏捷并不一定冲突,UP也非常强调...
转载请注明出处51数据库 » 面向模式的软件架构 英文版