web 开发可不可以像集装箱一样组装起来？

[milu2003516968]

最近想做一款产品，搭建官网，然后我感觉有很多重复性的工作。
比如我希望为网站增加一个问答系统，又比如我希望为网站增加一个文章系统，又比如我要开发网站的账号系统，注册+登录+手机验证+邮箱发送验证+找回密码等等。
搭建完之后，我还要搭建产品的文档和帮助中心等等。

其实这些东西，你做下一款产品的时候，这种工作依然是重复的。

我也在想，这世界上，会不会还有人跟我一样，做着一样重复的工作呢？

也许你会说，搭建问答系统？网上有很多开源的问答系统啊，至于文章系统？也有很多 CMS 啊。
至于帮助中心，网上很多产品啊，语雀、gitbook，很多很多。

但你有没有发现，这些东西都很重，比如我如果引进一个问答系统，就是引进一整套的东西，文章系统，又是一整套的东西。

也就是说，我希望这些服务可以定制化、标准化、颗粒化。

最好像集装箱一样，问答系统是一个集装箱，文章系统是一个集装箱，帮助中心是一个集装箱。注册登录也是一个集装箱。

当我搭建我的网站时，我希望这些集装箱拼在一块，组合起来。节省我的效率。

比如文章系统，我可以给你提供接口，甚至是一个 UI 模块。你只需要在前台引入就行了。

后端的文章点击、点赞、文章查看量、文章的发布和修改，都是我们网站提供的。

再比如，问答系统，一个问答系统，你只需要在前端嵌入问答系统就行了。问答的数据分析，后台的统计查看，都在我们网站上进行。

这样，互联网就像是一个一个的基建工程，我们提供最底层的模块化组装服务。

你们觉得这样会不会节省很多效率？

[milu2003516968]

@matrix67 你不可能满足所有人的需求，但是你可以满足某个细分领域的需求。很多个细分领域集合起来就是一个大的市场。

[milu2003516968]

@exc 可以随时导出数据，不会让你过分依赖我们的服务。适用于前期需要快速搭建原型或者网站的创业公司。可能我这个产品三个月半年运营不好直接就关了，这类用户不会太在意这些东西的。万一做大了，给你导出数据到你自己的网站不就完了嘛

[milu2003516968]

@charlie21 你说的那个项目，一看就知道不靠谱，他还找人实现出来，所以一堆人会嘲弄他的点子。
我要是说我要开发一个时光机穿梭的项目，特来找技术合伙人，肯定一群人喷我。

[milu2003516968]

@charlie21 而且你把我的问题跟他的归于同一个问题，那是你没有审好我这个题想表达什么。

[pkoukk]

可是现实世界中的问题不就是系统总会膨胀嘛，一个没有人用的简单系统，确实可以，可这么小也没必要模块化。
一个很多用户使用的系统，很快就会产生很多需求，需要定制化开发，模块也就不通用了。

[pokon548]

你说的不就是 serverless 容器么（

推荐试试 Leabcloud （非利益相关，只是刚好觉得符合 LZ 需求

[pokon548]

leancloud...神奇的自动补全

[milu2003516968]

@pokon548 不是这个，我现在需要一个简单的博客系统，你告诉我有什么解决方案。别告诉我安装一个 wordpress 。

[km000]

这个想法是很有价值的，最终还是要看执行。

[pokon548]

@milu2003516968 这...尽力说清楚自己的需求不久好了嘛。

Hexo 、hugo 之类的不是一搜一大把嘛（

[pokon548]

整评论用 Valine，投票随便找个能的网站弄个 iframe 。
再插到文章模板里不是同样很香吗。就几行代码的事。

[milu2003516968]

@pokon548 你看我附言的第一条问答，很多人根本就没看清楚问题是什么。
wordpress，gitbook，hexo，你觉得混互联网有几个不知道这些东西呢？

[firefox12]

很好的视点，的确 web 缺乏这个能力， 很多年以前，其实是有这样的发展的， 很多留言版服务商， 聊天室服务商。大家在自己的网页里面引入一个页面 就可以了。但是现在 网页的发展 耦合性越来越强了，前端自己的耦合性就很强，希望和别的页面再耦合，缺乏一个公共的对接方案。现在基本都是基于 node 模块级别的组合，还没有这种大模块的组合，我认为这是很有前途的。

至于数据的问题 绝对也是很大的问题，引入了前端 还有后端的问题。

[milu2003516968]

@firefox12

现在前端组件化，比如很多前端方案都是标准的组件模式了，就是一种集装箱的思想。换几年前，没有这种理念的。
还有微服务什么的，都是面向比较小的颗粒去划分模块。所以未来的服务肯定也是如此。

比如你现在想搭建一个论坛系统，不可能沿用以前 discuz 那种庞大的东西了。讲究轻和快，融入你自己的项目里面。

博客系统，不可能搭建一个 wordpress 这种东西了。如果你的应用需要十几个这样的东西，你的项目肯定十分臃肿。

所以，划分成粒度比较小的模块，反复重用，标准化，才能提高效率。

[firefox12]

@milu2003516968 你也知道微服务，但你知道微服务之间交互的协议是什么吗？ 关键不在于具体哪种，而是要有一种大家可以通用的。

[wangyzj]

前端圈为了让前端组件化已经奋斗多年且乱的一比
你这个问题让前端们情何以堪啊

[Michelangelono]

不要你觉得不行就是不行，你倒是问下客户的需求是什么

[wanguorui123]

这就是我在设想业务组件；

业务组件包含：UI 组件 + 后端业务模块；

UI 组件：包含多套 UI 布局方案，也可以做样式定制；

后端业务模块：提供标准化的 API 对接前端的 UI 组件，后端业务模块可以集成到自己的后端系统中，提供一套事件接口对接自己系统的权限验证功能，也可以重写部分方法做功能对接，业务模块也可以存在第三方 PaaS 提供商，通过统一的 OAurh 等方式授权，一次授权，所有第三 PaaS 提供的 API 都可以被 UI 组件调用；

效果：最终达到集装箱式的组装所有业务组件，根据不同客户需求，使用不同业务组件进行组装。

[wanguorui123]

我也正在验证这个设计理念

[tikazyq]

楼主的意思是定义一些基本的组件（ component ），也可以叫模块（ module ）、功能（ feature ）、包（ package ）等（叫法可能不同），相当于 web 开发的最基础组成单元，然后万物都可以由这些最基础的组件进行组装，然后拼凑成一个大的 web 应用