封装和隐藏_变量

深入理解Java封装与包管理

变量
——命名规则:从语法角度看,是一个合法的标识符;从程序可读性角度看,是多个有意义的单词组合而成,其中第一个单词首字母小写,后面每个单词首字母大写。
 成员变量【实例变量(不用statci修饰)】【类变量(使用static修饰)
- - 类变量:类名.类变量名
定义时使用static修饰的成员变量(与类共存亡)
类名.类变量名
- - 实例变量:实例名.实例变量名
定义是不适用static修饰的成员变量(与实例共存亡)
 局部变量【形参;方法内定义的局部变量;代码框中定义的局部变量】
1、形参:
 在定义方法首部时定义的变量,在整个方法内有效,方法结束时消失
2、方法局部变量:
 在方法体内定义的局部变量,从定义该变量的地方生效,到该方法结束时失效
3、代码块局部变量:
 在代码块中定义的局部变量,只在该代码块内有效
【局部变量除形参外,都必须显示初始化;当局部变量和成员变量同名,可使用this或类名作为访问者来限定访问成员变量】
——————————————————————
隐藏和封装
——首相理解封装
封装(Encapsulation)是面向对象三大特征之一(封装、继承、多态),它指的是将对象的状态信息隐藏在内部,不允许外部程序直接访问对象内部信息,而是通过该类所提供的方法来实现对内部信息的操作和访问
~~~将对象的属性和实现细节隐藏起来,不允许外部直接访问
~~~把方法暴露出来,让方法来操作或访问这些属性
——可以达到的效果
·隐藏类的实现细节·让使用者只能通过事先预定的方法访问数据,从而可以在该方法里·加入控制逻辑,限制对属性不合理访问·可进行数据检查,从而有利于保证对象信息的完整性

·便于修改,提高代码的可维护性

访问控制符可以控制封装的效果
 - 对于类而言,可以使用public和默认访问控制符修饰,使用public修饰的类可以被所有类使用,不使用任何访问控制符修饰的类只能被同一个包中的所有类访问
public;protected;缺省;private
访问控制符的使用总结:
·类中绝大部分属性应该使用private修饰,除了一些static修饰的、类似全局变量的属性,才考虑使用public修饰·有些方法只是用于辅助实现该类的其他方法,这些方法被称为工具方法,也应用private修饰·如果某个类主要用作其他类的父类,该类里包含的大部分方法可能仅希望被其子类重写,而不想被外界直接调用,则应该使用protected修饰这些方法

·希望暴露出来给其他类自由调用的方法使用public修饰。
顶级类通常都希望被其他类自由使用,所以大部分顶级类都使用public修饰——————————————————————
包:
 Java中,包(package)是一组相关的类和接口的集合。Java编译器将包与文件系统的目录一一对应起来
优点:避免大量类的重名冲突了,扩大民资空间;包体现了封装机制

包的创建——如果希望把一个类放在指定的包结构下,应该在Java源程序的第一个非注释行放如下格式的代码:package【包名】
编译方法也改变了:{javac -d .【文件名】}(点表示从当前路径开始)

包名的规则:
·包名是有效地标识符即可,但从可读性规范角度来看,包名应该全部由小写字母组成

·为了避免不同公司之间类名的重复,Sun建议使用单位Internet域名倒写来作为包名

·package语句必须作为源文件的第一句非注释性语句,一个源文件只能指定一个包,该源文件中可以定义多个类,则这些类将全部位于该包下

·如果没有显示指定package语句,则处于无名包下实际企业开发中,通常不会把类定义在无名包下
使用:
` `引用包中的类(使用类的全限定名称)例例:myPackage.mySubPackage.Book bookObj=new myPackage.mySubPackage.Book();
` `import语句引入包中的类格式:{import  包名.类名;}或{import 包名.*;}
例:import  myPackage.mySubPackage.*;
Book bookObj=new Book();
 较两种方法的优缺点:
·适用包名作前缀的方法使程序清晰,很容易就看出所使用的类位于哪个包中;而引入包的方法要知道某个类所在的包比较困难.

·使用引入包的方法会带来名字冲突的问题;而使用包名作前缀不会存在这样的问题.

·使用包名作前缀书写程序时比较麻烦.
= - =注意:在引入具有层次结构的包时,“*”号仅仅表示该包中的所有类,如果该包中还有子包,那么子包中的类时不被包括的。

除了导出入类以外还可以导入指定类的某个静态属性值或全部静态属性值。
导入制定类单个静态属性:import static 父包.子包…类名.*;
 例:import static java.lang.Math.*;

环境变量classpath set classpath= %classpath% ;d:\ 该环境变量指明所要引入的包可能在哪个目录下

<think>好的,用户的问题是关于在VC中封装DLL库时如何隐藏成员变量。我需要先回顾一下相关的引用内容,尤其是引用[1],用户提到他们希望隐藏导出类中的结构体类类型的私有成员,以及减少需要提供的头文件数量。用户的主要诉求是封装易用性,不希望暴露算法细节,同时让DLL的使用更简便。 首先,我应该想到Pimpl惯用法,这是C++中常用的隐藏实现细节的方法。Pimpl通过将私有成员封装在一个实现类中,并通过针来访问,这样头文件中就不需要包含具体的实现细节,只需要前置声明即可。这样可以减少头文件的依赖,用户在使用DLL时不需要看到这些私有成员的结构。 接着,接口实现分离也是一个关键点。用户可能希望将导出类设计为仅包含公共接口的抽象基类,然后在DLL内部实现具体的子类。这样,用户只需要包含包含纯虚函数的头文件,而具体的实现类在DLL内部,用户无法直接访问,从而隐藏了成员变量。 另外,引用[3][4]提到了使用_declspec(dllexport)(dllimport)来控制导出导入,这可能涉及到如何正确导出类,但需要避免导出整个类,而是导出接口,或者使用代理类来封装内部实现。这样,用户看到的只是一个简单的接口,内部复杂的结构体或类不会被暴露。 还有,结构体封装为不透明针也是一个方法。例如,将结构体的具体定义放在DLL内部,对外只提供针类型,用户无法直接访问其成员,必须通过DLL提供的函数来操作。这样可以彻底隐藏内部结构。 此外,可能需要提到头文件精简,例如使用前置声明代替包含头文件,减少用户需要包含的文件数量。同时,使用命名空间或者宏定义来进一步封装,避免命名冲突,并简化用户的使用流程。 用户可能还关心如何确保这些方法在实际项目中的可行性,比如性能影响,或者是否需要额外的内存管理。例如,使用Pimpl会带来间接访问的开销,但对于大多数情况来说是可以接受的。而使用工厂函数返回接口针时,需要明确文档说明用户需要负责释放资源,或者提供相应的释放函数,避免内存泄漏。 最后,需要总结这些方法的优缺点,帮助用户根据具体需求选择最适合的方案。比如,如果希望最大程度的隐藏,不透明接口分离可能是最好的选择,而Pimpl则在保持一定封装性的同时,实现起来相对简单。</think>在VC++中封装DLL时隐藏成员变量,可通过以下五种方法实现封装易用性目标: ### 一、Pimpl惯用法(隐藏实现) 1. 创建内部实现类`ClassImpl`存放所有私有成员变量方法 2. 在导出类中仅保留`ClassImpl*`针成员 3. 通过前置声明避免暴露具体实现细节 示例头文件: ```cpp // MyClass.h class MyClassImpl; // 前置声明 class __declspec(dllexport) MyClass { public: MyClass(); ~MyClass(); void PublicMethod(); private: MyClassImpl* pImpl; // 实现针 }; ``` ### 二、接口与实现分离 1. 定义纯虚接口类`IMyInterface` 2. 在DLL内部实现具体类`MyClassImpl` 3. 通过工厂函数创建实例 ```cpp // IMyInterface.h class __declspec(dllexport) IMyInterface { public: virtual void PublicMethod() = 0; virtual ~IMyInterface() {} }; // 工厂函数 extern "C" __declspec(dllexport) IMyInterface* CreateInstance(); ``` ### 三、结构体封装为不透明针 1. 声明结构体时仅提供类型定义 2. 所有操作通过API函数实现 ```cpp // dllapi.h typedef struct HiddenStruct* HSTRUCT; __declspec(dllexport) HSTRUCT CreateStruct(int param); __declspec(dllexport) void ModifyStruct(HSTRUCT h, int newVal); ``` ### 四、访问控制强化 1. 对导出类使用`protected/private`修饰成员变量 2. 通过友元类控制访问权限 3. 结合`#pragma once`头文件保护宏 ```cpp class __declspec(dllexport) SecureClass { public: int GetValue() const; private: friend class InternalAccess; // 限制访问 int hiddenVar; // 隐藏变量 }; ``` ### 五、头文件精简策略 1. 使用前置声明代替`#include` 2. 分离对外声明与内部实现头文件 3. 通过宏定义控制导出行为 ```cpp #ifdef DLL_EXPORT #define API __declspec(dllexport) #else #define API __declspec(dllimport) #endif class API SimpleInterface { public: virtual void EssentialMethod() = 0; }; ``` **封装效果对比表**: | 方法 | 头文件数量 | 类型暴露度 | 内存管理难度 | 扩展性 | |---------------------|------------|------------|--------------|---------| | Pimpl惯用法 | 1 | 低 | 中 | 高 | | 接口分离 | 2 | 最低 | 高 | 最高 | | 不透明针 | 1 | 最低 | 高 | 中 | | 传统private修饰 | 多 | 中 | 低 | 低 | 实际项目中推荐组合使用接口分离+Pimpl模式,既能保证完全的封装性,又能提供良好的扩展性。对于需要高性能的场景,可采用不透明针+API函数的方式减少间接访问开销[^1][^2]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值