2019165期福彩开奖结果:文檔庫

最新最全的文檔下載
當前位置:福彩开奖2019045 > 計算機專業畢業設計論文外文文獻中英文翻譯——java對象

計算機專業畢業設計論文外文文獻中英文翻譯——java對象

福彩开奖2019045 www.jywae.icu 1 . Introduction To Objects

1.1The progress of abstraction

All programming languages provide abstractions. It can be argued that the complexity of the problems you’re able to solve is directly related to the kind and quality of abstraction. By “kind” I mean, “What is it that you are abstracting?” Assembly language is a small abstraction of the underlying machine. Many so-called “imperative” languages that followed (such as FORTRAN, BASIC, and C) were abstractions of assembly language. These languages are big improvements over assembly language, but their primary abstraction still requires you to think in terms of the structure of the computer rather than the structure of the problem you are trying to solve. The programmer must establish the association between the machine model (in the “solution space,” which is the place where you’re modeling that problem, such as a computer) and the model of the problem that is actually being solved (in the “problem space,” which is the place where the problem exists). The effort required to perform this mapping, and the fact that it is extrinsic to the programming language, produces programs that are difficult to write and expensive to maintain, and as a side effect created the entire “programming methods” industry.

The alter native to modeling the machine is to model the problem you’re trying to solve. Early languages such as LISP and APL chose particular views of the world (“All problems are ultimately lists” or “All problems are algorithmic,” respectively). PROLOG casts all problems into chains of decisions. Languages have been created for constraint-based programming and for programming exclusively by manipulating graphical symbols. (The latter proved to be too restrictive.) Each of these approaches is a good solution to the particular class of problem they’re designed to solve, but when you step outside of that domain they become awkward.

The object-oriented approach goes a step further by providing tools for the programmer to represent elements in the problem space. This representation is general enough that the programmer is not constrained to any particular type of problem. We refer to the elements in the problem space and their representations in the solution space as “objects.” (You will also need other objects that don’t have problem-space analogs.) The idea is that the program is allowed to adapt itself to the lingo of the problem by adding new types of objects, so

河北时时平台下载 七星彩第一位最准预测 时时彩开奖记录 开户送38体验金不限id的平台 重庆时时官网开奖结果 云南快乐十分任三稳赚技巧 欢乐炸金花赢三张 北京pk10赛车走势教程 爱彩客人工计划安卓版 街机动物狂欢怎么赢钱 时时彩稳赚不赔的玩法 斗牛看牌抢庄计算器 七乐彩走势图表近50期 非凡炸金花要怎么下载 双色球基本走势图图表 麻将游戏