【今日话题】 多平台中pc wap app 大家是怎么统一数据的？ 1、搭建服务中心，全部api调用吧 - Star 2、我们现在就是这样干的 pc wap app都是调用API - 严豪 3、这样，数据层统一api,,然后加一个渲染层。 - tywei 4、基础数据API，保证唯一，而且粒度最小，然后适合不同的平台获取数据，由他们来根据页面调用细粒度的API 比如是：新闻列表页，PC端有关联新闻、分类介绍、我读过的，推荐新闻 ，但手机端可能只有一个新闻列表 推荐。 当然这样不太好，但也是一个解决方法之一~ - 小小膘叔 5、目前公司是写一套通用的API，PC、wap 和 app 都调用API，数据统一用API来处理~ - 大磊 6、以前微博的pc是单独一套，app,h5,wap都是共用的，不过去年开始，逐渐拆开了 - tiyee 7、之前我们也是合在一起 现在慢慢拆开了 - xH 8、因为不是一个部门的业务？ - 昱北 9、不是，合一起，弊大于利，自然就拆了，运营策略，更新频率不一致，迭代麻烦 - tiyee 10、底层数据提供统一API，上层业务对API数据进行包装，不同业务需求在这个API包装中处理，不行？ - 昱北 11、数据是一致的吧 api提供不同的 - Orc_LaoT 12、数据是来源于更底层的平台，这个是一致的，但是接口这边包装的不一样，以前接口保证也是一套程序 - tiyee 13、接口写一起 对某个端做特殊处理会很恶心 ，接口拆开 api层组装。 底层提供原始数据 - Orc_LaoT 14、这算区分颗粒度？ - Lee.Li 15、其实就是加一层……任何问题都可以通过加一层来解决…… - 吕霖 16、app有些功能跟pc不一样 另外写一个特殊的方法 很蛋疼 - xH 17、分层处理，app和pc 本身就是两种业务 我们的现在的做法是 分数据层 、服务层（缓存之类的） 不同的业务端调用服务层api 然后在各端做业务逻辑 - 朱政国 18、imo: 总得原则是有一个统一的数据中心，配合各相应业务库。 同步方式: 1. 通过扫描发生变化的表记录 2. 读取binlog事件 - jimmy 【话题外的精彩】 关于语言选择上鸟哥的总结： 看一个语言, 一个系统, 一个项目, 好不好, 我们要不要用, 最最重要的是看: 1. 背后的社区是否强大, 这个直接关系到你可利用的资源是否丰富, 出了问题是否很容得到解答 2. 背后的组织是否可持续发展, 一般个人项目, 除非是小工具, 否则很容易蛇尾, 导致你后续只能被迫迁移 如果一个问题, 能有多种解决方案, 那么一定选用大家都用的方案. - 惠新宸 鸟哥说的很对，个人项目，特别是功能涵盖比较大的项目，非常非常容易后劲不足。 - 吴延毅 我之前和我师兄聊, 他是一个在线教育的创业者，第一版的项目使用erlang写的, 后来俩个人不合, 这个CTO走了.. 于是, 这个项目他再也找不到人维护升级了!!!! - 惠新宸 创业者 一定要用最简单的和市面上比较流行的语言 - You 研发经理。后面来了个PM, 变像性的把他给弄走。。 然而，他走了，后面的人都玩不转。。虽然是PHP，，（不过这与语言无关了）。。 - tywei 我说下 我司情况 ，之前都是PHP 后来来了个CTO 要换成PYTHON 然后做了半年 这人走了。 然后python人又半年招不来 又改成PHP 结果现在公司客户端 PC 两套代码 俩团队维护 。 - 汉族教父 方便招人，方便学习，用主流语言没错。但是，你找个c 写的好的人，比找一个golang写的顺溜的人要难。。。 特别c 写后端server，坑太多了，golang写的顺溜很容易，语言本来简单，天生各种特点，搞起来简单。 - Black @Black 是的啊，目前来看，go语言的搜索引擎就是bleve最靠谱，之前我也想自己搞一个go的searchengine，结合c/c /go 来搞，但是感觉一个人搞不定就放弃了。目前主要关注bleve。 - 吴延毅 王垠：系统设计中，很多人喜欢让代码灵活，“可配置”。后来发现，配置文件越来越复杂，里面逻辑越来越多。最后配置文件变成了一种代码，而配置文件语法，变成一种奇葩的程序语言。出现这个问题的原因，被我叫做【逻辑守恒定律】：逻辑不在代码里，就在配置文件里。代码里的逻辑少了，配置里的逻辑必然增加。 - 惠新宸 配置真要做得好也是不错的，之前在mixi配置里制定decoration顺序，一个数据就自动组装好了 - 朝沐金风 我的经验就是：为当年吹下的牛逼负责，然后就持之以恒了.开源不仅仅是开源代码，很多东西需要跟上 - Asta Xie 个人还是不靠谱，有惰性，还是要依赖于组织，才能长久下去。 个人 |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
