以前从来没有自己包装过DLL,顶多就是用别人弄好的DLL,所以对这方面已点都不懂。
现在XX要求我自己设计一个DLL,并且包装。
现在在脑子一团乱,不知从何下手。
就想问下,DLL里接口、类、抽象类、虚方法等该如何使用比较合理?
还有DLL用C#如何编写,包装?
求指教啊,给资料也行
现在XX要求我自己设计一个DLL,并且包装。
现在在脑子一团乱,不知从何下手。
就想问下,DLL里接口、类、抽象类、虚方法等该如何使用比较合理?
还有DLL用C#如何编写,包装?
求指教啊,给资料也行
要做DLL 关键要看你要实现什么功能!
你说的太笼统了
一个 类,一个方法,编译完了也是一个 DLL
甚至 你创建了 类库 后 ,啥也不做,直接编译也是DLL
DLL 不是问题至于 你建立的类库项目 需要有接口 类,抽象类 虚方法,你总要有需求吧
空想呀!
简单说,就算你想做个两个数的 加 ,减,乘,除 也可以.用 接口, 类 推荐你一本书 ,写的很详细,还 有代码,照着写 还有解释 大话设计模式(带目录完整版).pdf 在CSDN 这就可以下载到,很适合你
测试图如下所示:
要做的是一个GPS功能模块
我又两套完全不同的可以调用GPS的SDK,这两套sdk对应相应的GPS设备,
我要把这两套SDK兼容起来,在相应的设备里使用相应的SDK。
还有就是要做GPS设置和GPS坐标获取。
求指教设计的原则,怎么设计合理?
如果我是调用者。最佳的设计是我不用关心用什么GPS设备,也不用关心他们有什么差异。我可以获得我的位置。如果你的技术没有办法检测用到什么GPS设备,应该允许我配置使用的GPS模块。但是还是开放相同的 API 调用。如同很多人首先设计用户界面,然后再编写代码一样,你可以抛开你的实现,设想下调用者怎么使用你的 DLL 方便。同时兼顾你的实现。原则就是,除非你真的觉得一样东西必要,否则不要引入进来。