C++博客-无名工匠-最新评论http://www.cppblog.com/Wealth/CommentsRSS.aspxzh-cnTue, 05 May 2009 11:24:30 GMTTue, 05 May 2009 11:24:30 GMTcnblogsre: 初探数据表现层和业务逻辑层的分离http://www.cppblog.com/Wealth/archive/2008/07/10/54977.html#55823WealthWealthThu, 10 Jul 2008 09:59:00 GMThttp://www.cppblog.com/Wealth/archive/2008/07/10/54977.html#55823
对于是否需要分离UI和业务逻辑，确实是要看项目的进展，实施过程中还是有很多意想不到的麻烦。

Wealth 2008-07-10 17:59 发表评论
]]>re: 初探数据表现层和业务逻辑层的分离http://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#55033truetrueTue, 01 Jul 2008 04:58:00 GMThttp://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#55033

true 2008-07-01 12:58 发表评论
]]>re: 初探数据表现层和业务逻辑层的分离http://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#55027企业即时通讯企业即时通讯Tue, 01 Jul 2008 04:44:00 GMThttp://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#55027

]]>re: 初探数据表现层和业务逻辑层的分离[未登录]http://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#55021紫云追雪紫云追雪Tue, 01 Jul 2008 03:46:00 GMThttp://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#55021 楼上的，在不同处理音频文件播放上正解。使用“责任链模式”，可以使你的设计在业务逻辑中间层不必考虑不同文件格式（MP3,MIDI,WAV等）带来的影响。
针对不同文件格式，提供与之对应的Handler（楼上的IPlayerCreator ），如果参照Com原理与Plugin思想，会使程序更灵活。
开源的音频处理软件audacity（http://audacity.sourceforge.net/），在不同音频格式的读取播放和插件方面写的不错，可以参考。
audacity的GUI部分是使用开源库wxWidgets（http://www.wxwidgets.org/）写的。

紫云追雪 2008-07-01 11:46 发表评论
]]>re: 初探数据表现层和业务逻辑层的分离http://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#54996陈梓瀚(vczh)陈梓瀚(vczh)Mon, 30 Jun 2008 18:47:00 GMThttp://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#54996

陈梓瀚(vczh) 2008-07-01 02:47 发表评论
]]>re: 初探数据表现层和业务逻辑层的分离http://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#54995陈梓瀚(vczh)陈梓瀚(vczh)Mon, 30 Jun 2008 18:38:00 GMThttp://www.cppblog.com/Wealth/archive/2008/07/01/54977.html#54995
不过CPlayerFactory和IPlayer那么设计似乎有点不妥，不知道是不是我对你的图的理解有偏差。我的意见是这样的：因为你的每一种IPlayer的实现是对应于一种文件格式的，但是文件格式需要将文件读进来之后才知道。这里有两种情况：1、你通过扩展名来判断；2、你通过文件的前几个字节来判断。我推荐第二种。

那么这个情况下，你需要的是一个映射，将文件的前若干个字节对应到一种IPlayer的实现上。那么你的CPlayerFactory就不应当那么设计。你的每一种IPlayer都要有一个规格相同的创建函数（普通函数）或者一个继承了IPlayerCreator的全局对象（可以是static），然后你将每一种创建函数或IPlayerCreator绑定到一个扩展名或文件的前若干个字节上面。然后CPlayerFactory通过检查文件名或读入文件的前几个字节来判断究竟要使用哪一种IPlayerCreator，最后才使用IPlayerCreator创建IPlayer。

那么这里我稍微做一下图：

class IPlayer
{
public:
virtual void Load(string FileName);
/*Play SetPosition Reset Pause等操作*/
virtual IPlayerCreator* GetCreator();/*GetCreator返回的是一个全局对象，只要是相同的IPlayer就返回相同的IPlayerCreator。主要用于当prototype或者释放自己用*/
};

class IPlayerCreator
{
public:
virtual IPlayer* CreatePlayer();
virtual void DestroyPlayer(IPlayer* Player);
/*Test函数通过阅读文件的内容（已经填入Buffer，可以不完全填入）来判断IPlayerCreator所创建的IPlayer是否能够播放这种文件*/
virtual bool Test(void* Buffer);
};

class CPlayerFactory
{
public:
/*注册一种PlayerCreator*/
void Register(IPlayerCreator* Creator);
/*通过文件来选择IPlayerCreator，这里使用责任链模式依次测试所有IPlayerCreator直到IPlayerCreator::Test返回true*/
IPlayerCreator* SelectCreator(string FileName);
};

这是我的观点，这种做法可以解决你『不能通过文件来构造Player』的弱点。

陈梓瀚(vczh) 2008-07-01 02:38 发表评论
]]>re: 初探数据表现层和业务逻辑层的分离http://www.cppblog.com/Wealth/archive/2008/06/30/54977.html#54982LOGOSLOGOSMon, 30 Jun 2008 13:08:00 GMThttp://www.cppblog.com/Wealth/archive/2008/06/30/54977.html#54982呵呵


LOGOS 2008-06-30 21:08 发表评论
]]>re: 从wave文件的读写看程序中struct的设计http://www.cppblog.com/Wealth/archive/2008/06/24/53507.html#54468WealthWealthTue, 24 Jun 2008 06:55:00 GMThttp://www.cppblog.com/Wealth/archive/2008/06/24/53507.html#54468在这个应用中是可以的。
但我们在这里讨论的不是几个字节对齐的问题，而是如何避免由于潜在的机制而导致的bug

Wealth 2008-06-24 14:55 发表评论
]]>re: 从wave文件的读写看程序中struct的设计http://www.cppblog.com/Wealth/archive/2008/06/23/53507.html#54319R2仔R2仔Sun, 22 Jun 2008 17:10:00 GMThttp://www.cppblog.com/Wealth/archive/2008/06/23/53507.html#54319

R2仔 2008-06-23 01:10 发表评论
]]>re: 从wave文件的读写看程序中struct的设计http://www.cppblog.com/Wealth/archive/2008/06/17/53507.html#53752WealthWealthTue, 17 Jun 2008 11:56:00 GMThttp://www.cppblog.com/Wealth/archive/2008/06/17/53507.html#53752
对呀，这些bug一般还很难找。

Wealth 2008-06-17 19:56 发表评论
]]>