本帖最后由 sinanjj 于 2010-9-8 11:56 编辑
不论是什么样的通讯方式, 总是有几个基本的对象: 1, 信息发送主体 (人) 2, 发送的信息. 3, 信息接收方式, 4, 信息接收的范围.
信息发送体对象, 正在越来越细分化,比如淘宝针对买卖, 交友针对交友目的等等.
所以信息发送对象的细化, 是一个必须的趋势.
以工程师对象为例, 类设计应为:
class 工程师
{
这里边就是细分内容.
}
那么应该的属性是什么呢, 如同淘宝, 除了基本信息, 还有一些专门针对买卖的信息, 比如成交次数, 客户评价等.
那么这里我们要引申出一个问题就是针对一个群体的评价标准是什么.
我认为, 很显然的, 针对工程师群体的评价标准是产品, 就是实际的影响力所在.
OK, 加上这个属性:
class engineer
{
产品:
}
因为情况是如此复杂, 有些工程师是做项目的, 没有在市面上买的产品, 但性质上属于产品一类. ok, 这个属性稍微广一点, 有利于搜索.
class engineer
{
供应: 产品或工程;
}
有些还没有产品或工程的, 直接写无. 但是总得让大家知道你准备干什么. 所以后边有个方向:
class engineer
{
供应: 产品或工程;
领域: 就是行业
}
行业名字自己添.
那么有这些东西了, 我们看看还有哪些是重要的.
我们再看一个工程师资料的时候, 我们想知道什么. 显然是其产品的影响力, 那么, 如何表现这种产品的影响力呢. 很明显, 允许用户评论! 针对某一产品进行评论!
评论是论条的信息, 而用户查找评论显然是查找某一产品的评论.OK, 也就是说, 产品是索引. 评论是内容.
那么, 我们该如何设计呢?
供应是一个类.
class 供应{}
评论是索引到供应.
class 评论{}
供应索引到工程师....(有点乱哈) 画个图就是这样:
工程师 ----> (多个)产品 ----> (多条)评论
简单的说就是这个关系.
这是 信息发送主体 牵扯出这么多东西....
实际上最好的就是把细节做到最优, 没有什么特别之处.
下一步看看
发送的信息
这个目前的形式有点多样性. 但是用户必须认为这条信息是可用的, 才会接受这一信息. 比如twiter, 靠人的信用来保证信息可用
信息的发出. OK, 广播!
信息的过滤, 这或许是我们要关注的. 信息的过滤应该结合: 1, 人, 2, 领域.
也就是说, 一条信息有很多属性, 只有符合属性要求的才会被用户接受.
class 信息 {
发送人
信息针对
date
}
先就这几条. 这就够了.
twiter只针对人, 不针对领域.
领域也应该有个过滤条件的.
除了信息接受过滤, 还得有信息发送过滤条件.
就是这个条信息只哪部分人能接受.
群聚, 网络信息影响事实的影响力正在增加. 加强直接联系, 并且, 群联系. 就是小群体.
实际上就是发送的条件过滤. |
楼主
标题置顶
标题高亮
