V2EX › woodensail 的所有回复 › 第 33 页 / 共 48 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 29 30 31 32 33 34 35 36 37 38 ... 48

❮

❯

2019-11-19 17:52:55 +08:00

回复了 icy20088 创建的主题 › git › 这种情况下如何同步代码

提交的时候写其他人的 id 和邮箱呗，本身 git 提交时的 id 邮箱就是自己指定的。

2019-11-19 09:29:54 +08:00

回复了 uTools 创建的主题 › 分享创造 › 一年过去了，那个叫 uTools 的怎么样了

好东西哈，mark 一下，去体验体验

2019-11-19 08:42:01 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

@90928yao 233，我当年有个项目，领导雄心满志要做微服务，然后没那技术，做出来一个项目跑了好几个 tomcat 互相调用，号称这就是微服务……

2019-11-18 19:39:09 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

@90928yao 其实中台的出现比微服务要早，有中台不一定就是微服务模式。有可能只是普通的服务而已。
我接触到的就是这样，有中台，但完全是传统的部署模式。

2019-11-18 18:44:14 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

@qiyuey 说法不同而已，我这边是按前中后台来分的。不知道为啥，似乎电商都喜欢这么分，可能是学的阿里吧……

2019-11-18 18:04:31 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

其实很多公司没有前台这个部分的，因为业务不够复杂。
在大公司的项目中，一个页面如果直接调中台，可能首屏就需要几十个接口，而且这些接口还是分批次调用，第一波接口结束后，跟据其结果调用第二波接口，然后再第三波，这样会导致前端加载耗时长，消耗流量多，且容易发生加载失败。
而前台则跟据前端的需要一对一实现接口，按照页面的需要请求相关数据，由于是内网访问，速度快，稳定性高，最后清洗一下还能减少用户端的流量消耗。前端的 kpi 一下子就完成了(狗头)

2019-11-18 17:58:06 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

@ybonfire 后台是什么我是真不了解，但是前台和中台的区别我还是知道的。前台一般是和前端一对一的，完全为前端而服务，主要做接口聚合，数据清洗等服务，没有过于复杂的逻辑。
而中台则不管前端，而是以自身业务为模块进行划分，一个中台会同时向大量的前端 /前台提供服务，通用性极强。

2019-11-18 17:44:50 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

ps，现在互联网行业的架构严格上说能分 4 层。看各个公司具体情况，会选择其中的几层来实现。
1-前端：用户设备上跑着的部分，网页 /app/pc 客户端等。这个省不掉的
2-前台：对中台 /后台接口进行聚合封装，提供给前端使用，与前端功能一对一伴生，能提高前端性能，简化前端场景(解决如多接口部分随机失败或时序等问题)。这一层可有可无，没有的话性能差一些，前端直接调中台也行。
3-中台如上所说，以业务模块为维度进行封装，比如会员中台 /商品中台 /支付中台等，最复杂的业务逻辑一般也都在这一层实现，比如无比恶心的支付……
4-后台，嗯我也不知道后台到底干啥，我只是个无知的前端。

2019-11-18 17:32:15 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

简单的说，传统模式中前端 /前台开发者用到了哪些功能，就得彻底了解这些功能相关的数据结构和约束。现在则是用到了哪些功能，直接调用中台接口就行。
大量复杂业务逻辑从前端 /前台被抽取到中台，大大简化前端 /前台的开发难度。

2019-11-18 17:29:54 +08:00

回复了 enchigo 创建的主题 › Java › 什么是中台？这产品天天让我弄。

中台基本上就是以业务为维度对后台进行一次封装。
具体而言以前的管理系统，涉及到用户方面的事儿都是自己查用户表。中台则对其进行一次封装，把用户相关的操作全部封装到一起叫做用户中台，该中台可直接向前端提供服务或向其他前台 /中台提供服务。

这样一来就不用每个业务功能的开发在开发到用户相关功能时都要自己去研究用户表及其附属表的结构逻辑。也方便用户模块的开发者内置一堆业务校验等功能，防止其他人不会搞，搞出一堆脏数据。

2019-11-18 17:16:00 +08:00

回复了 iszengmh 创建的主题 › 程序员 › 接私活，著作权是属于客户还是开发者

以及，那些一个产品卖一堆公司的，还不是卖给哪家就显示哪家的名字。
但是著作权还是自己的，也必须是自己的，要不没法做到一个产品多次售卖。

2019-11-18 17:12:44 +08:00

回复了 iszengmh 创建的主题 › 程序员 › 接私活，著作权是属于客户还是开发者

看合同，如果是委托开发就是客户的。如果你是销售产品的使用权，那就是你的。

2019-11-18 16:20:26 +08:00

回复了 FakeLeung 创建的主题 › 问与答 › 我的祖传 12 刀的 bwg 要没了？

嗯，我查了下，目前是 50 刀起了，放弃吧。

2019-11-18 16:17:21 +08:00

回复了 FakeLeung 创建的主题 › 问与答 › 我的祖传 12 刀的 bwg 要没了？

以及，所谓的迁移是指，你去买个 kvm 的机子(没记错是三四十刀起)，然后迁移过去。
所以放弃自建吧。