16,548
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
东文-桑晨 2007-04-03
- 打赏
- 举报
线程同步是很多,但主要还是有好多结构很差
==========================================
那就需要好好整理一下结构，完善一下以便新人更容易入手。
另外好的接口和结构可以提高易用性和通用性
==========================================
那就需要好好整理一下结构，完善一下以便新人更容易入手。
另外好的接口和结构可以提高易用性和通用性
oyljerry 2007-04-03
- 打赏
- 举报
最主要可以降低耦合～
ok1234567 2007-04-03
- 打赏
- 举报
将核心功能封装为服务器,也是可以考虑的
cheneyhehe 2007-04-03
- 打赏
- 举报
学习,顶
CathySun118 2007-04-03
- 打赏
- 举报
首先要定一套完善的数据结构
要定义灵活的接口
要定义灵活的接口
WingForce 2007-04-03
- 打赏
- 举报
其实大厂商做自己的库，不完全是出于易用性和通用性的考虑
隐含的需求是安全性和团队开发
安全性是由于使用自己的库可以在一定程度上保护自己开发的产品：
这样开发库的人不懂应用层的业务，而开发应用的人不懂底层的接口。甚至，敌对公司即使获得了应用层源码没底层接口实现也没用；反过来也一样。
团队开发的需求显而易见，从底层向上定义多个层，多个块，每个team，或者开发人员实现一个部分，接口统一定义，降低各模块间耦合度
隐含的需求是安全性和团队开发
安全性是由于使用自己的库可以在一定程度上保护自己开发的产品：
这样开发库的人不懂应用层的业务，而开发应用的人不懂底层的接口。甚至，敌对公司即使获得了应用层源码没底层接口实现也没用；反过来也一样。
团队开发的需求显而易见，从底层向上定义多个层，多个块，每个team，或者开发人员实现一个部分，接口统一定义，降低各模块间耦合度
neil_cn 2007-04-03
- 打赏
- 举报
统一接口和公共数据结构
NoBlank 2007-04-02
- 打赏
- 举报
提高易用性必然牺牲灵活性，这个取舍和平衡不好掌握，似乎与应用层次或类型有一定针对性。
在做复杂点的应用的时候，连MFC都不够而要用Win32 API。
Windows确实太复杂，连带MFC也不简单，新程序员确实上手困难，如果能简化当然好。
每仔细想，只是觉得难办。
楼上的想法有建设性。
在做复杂点的应用的时候，连MFC都不够而要用Win32 API。
Windows确实太复杂，连带MFC也不简单，新程序员确实上手困难，如果能简化当然好。
每仔细想，只是觉得难办。
楼上的想法有建设性。
WingForce 2007-04-02
- 打赏
- 举报
不如做个虚拟机,hoho
既可以有好的易用性:显然可以自定义接口
又可以有好的通用性:在系统上又建了一层,绝对完全屏蔽底层和应用
既可以有好的易用性:显然可以自定义接口
又可以有好的通用性:在系统上又建了一层,绝对完全屏蔽底层和应用
昊叔 2007-04-02
- 打赏
- 举报
线程同步是很多,但主要还是有好多结构很差
WingForce 2007-04-02
- 打赏
- 举报
大公司都会有这种东西的
问题就在于提高易用性,通用性,这个是需求吧?
个人提点看法:
提高易用性,想办法屏蔽线程同步是个好主意
问题就在于提高易用性,通用性,这个是需求吧?
个人提点看法:
提高易用性,想办法屏蔽线程同步是个好主意
