请说明以下关键字作为类定义符、方法定义符和变量定义符的含义

reluctant 2001-02-16 10:24:00
请说明以下关键字作为类定义符、方法定义符和变量定义符的含义：final 、public、private、protected、static、private、static、privateprotected
...全文
69 1 打赏 收藏 转发到动态 举报
写回复
用AI写文章
1 条回复
切换为时间正序
请发表友善的回复…
发表回复
支持中文哦 2001-02-16
  • 打赏
  • 举报
 回复
final 好象是java的保留字;

public表示本段的成员函数和变量为公共成员,可以在类外访问,构造和析构函数访问标识必须为public,派生类可以继承该段的成员.

private表示本段的成员函数和变量为公共成员只能被类的成员函数访问,类外不能访问,并且派生类不能继承该段的成员.

friend标识的友员类或友员函数没有public和private的限制.

static标识的成员函数和变量表示本类的所有实例只有它的一个拷贝,这些成员函数和变量需要在类内声名,类外定义.并且可以不声名该类的实例而直接使用它们.不论经过多少层次的派生,总为static.

Java关键字的使用和变量的定义
Java关键字的使用 定义：被Java语言赋予特殊含义，用做专门用途的字符串 特点：关键字中所有字母都为小写 关键字： 注意：自己命名标志符时要避免使用保留字 标识符的使用 定义：凡是自已可以起名的地方都叫标识符 包含：类名，接口名，变量名，方法名，常量名 规则： 1.应以字母、下划线、美元符开头后跟字母、下划线、美元符或数字 2.严格区分大小写，长度无限制 3.标识符不能包含空格 4.数字不可开头 5.不能使用java中的关键字做标识符。 规范： ..
Java中修饰符和关键字
修饰符（Modifier）指的是可以用于修改类、变量、方法、接口、枚举等元素定义的关键字，用于改变其属于某种特定类型或者属性。final 修饰符，用来修饰类、方法和变量，final 修饰的类不能够被继承，修饰的方法不能被继承类重新定义，修饰的变量为常量，是不可修改的。关键字（Keyword）指的是在Java语言中具有特殊含义的单词，通常表示一些语法结构、数据类型、操作符号等。Java中，可以使用访问控制符来保护对类、变量、方法和构造方法的访问。使用对象：类、接口、变量、方法。使用对象：变量、方法。
Java常用的修饰符关键字
关键字 修饰符型关键字 public修饰符：任何类都可以访问 protected修饰符：类及其子类或同一个包下的类可 以访问 default(默认不写):类及当前包下可以访问 private修饰符：访问权限仅限于类内部 static关键字 static变量和static方法 static方法一般称作静态方法，由于静态方法不依赖于任何对象就可以进行访问，因此对于静态方法来说，是没有this的，因为它不依附于任何对象，既然都没有对象，就谈不上this了。并且由于这个特性，在静态方法中不能访问类的非静态成员变量
JavaScript变量的定义关键字
变量 一.var关键字 var message；//定义了message变量，可用来保存任何值 1.var声明作用域 使用var操作符定义的变量会成为它的函数的局部变量。例如： function test（）{ var message="hi";//局部变量 } test（）； console.log(message);//出错 解析：message变量是函数内部使用var定义的。调用函数，会创建这个变量并给他赋值。调用之后变量就会被销毁。但是在函数内定义变量时省略var操作符，可以创建一个全局变
Java关键字和修饰符
2、如同文件夹一样，包也采用了树形目录的存储方式。同一个包中的类名字是不同的，不同的包中的类的名字是可以相同的，当同时调用两个不同包中相同类名的类时，应该加上包名加以区别。被private修饰的成员，只能在本类进行访问，针对private修饰的成员变量，如果需要被其他类使用，提供相应的操作。private：私有的，即修饰的成员变量或成员方法，外界不能直接对其进行访问，要通过特性的方法来进行操作执行，注意：方法的形参如果与成员变量同名，不带this修饰的变量指的是形参，不带this修饰的变量指的是成员变量。
VC/MFC

16,551

社区成员

421,606

社区内容

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
        向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……

试试用AI创作助手写篇文章吧

+ 用AI写文章