从0到1写一个网站第二篇文章

无需加好友免费技术支持

这个是《从0到1写一个网站》系列第二篇文章。

文中关键叙述我想做的事网站功能的，及其你对这个功能的划分，随后应用事件风暴来汇总最主要的领域模型和事件。

全部网站应当分成管理端和门户网端。管理端用以我还在管理后台全部网站，包含发布文章、管理评论等。管理端需要验证，但也不用太繁杂的管理权限，由于我是唯一的客户。

门户网是给别人，也就是说你现在看到的我本人网站，能够看见我公开发表文章，评价文章，在网站上评论这些。

我就用思维导图总结了管理方法端基本功能:

关键的关键在于文章。但是我独立取出标签材料和，觉得网站有可能在将来再次开发作用，如微信朋友圈、相册图片、电商等服务。这类信息的分类、文件材料能力等实际是普遍存在的。

除此之外，还提供了网站版本、公示、电子邮箱定阅等小功能。

门户网会非常简单，因为大部分物品写保护，实际操作少了许多。门户网不需要验证全过程，包含评论实际操作。因而，大家可能还需要确保安全难题，包含防刷和输出功率。

在最初设计里，我觉得有一些文章可能还需要登陆密码，有一些网页页面可能还需要登陆密码。比如，也可以把个人简历放到上边。

我运用事件风暴剖析全部要求，尝试寻找可用于完成这种的需求领域模型、个人行为和事件。

我就用三种颜色的便签纸来标识他们:

最终，我明白了下列9幅图：

在其中，网页页面配备就是为了配备网站上的一些东西，包括一些网页页面的背景图和创意文案，现在都完成了这一作用：

实际上，标签、原材料账号和密码也要放在文章中，变成文章汇聚的一部分。可是，充分考虑标签、原材料账号和密码很有可能在接下来的别的场景下应用。

本质上，他们也能变成独立的领域模型，给予外界服务项目。实际上，很多企业也这么做了，所谓商业平台实际是业务水平的器重。比如，标签事实上是一种信息化管理水平，可用作文章、商品或顾客。

不过后来我想着，这么做非常容易拓展，但是现在可能提升项目成本。尤其是在找寻标签账号和密码时，我十分担心。

因而，我断开了一些没有那么最核心的领域模型，并更加重视关键领域模型。最终，也有六个领域模型：

标签材料和呢？

或是简单粗暴处理方法，放到文章内部结构。由于因为现在也通常是文章要用到这俩物品，一定可以将它们做为文章这一领域模型的一个值对象。我其实如今网上这一版本都是这样做的：

自然，在推进层面，最底层储存可能和现阶段的完成各有不同，由于信息的分类之前做的不好，因此形成了一堆个人收藏、主题风格、标签等概念。可事实上只需标签，根据标签进行筛选、检索、强烈推荐作用。因此标签可能会在DB方面是一个独立的表，但目前不用考虑到如何做到。如今我们只需关心领域模型。

登陆密码现在看来不是不可缺少的，我觉得设计一个数据加密各种各样的资源账号管理，开发设计成本较高，特别是前面。因而，我直接删除了登陆密码领域内的实体模型，并切断相关需求。如果将来必须文章数据加密，也可作为文章的值对象解决。

所说DDD，最后一个D是Design，并没有绝对正确和标准化的领域模型，仅有正确领域模型。设计方案总是会有衡量和判断的。在规划环节中，会发现一些要求很有可能不科学或成本费也较高，能够进行相应的调节。

前后文并没有细分化子域名和界限。但是目前本人网站功能的非常简单，用不着细分化。如果你真想细分化，我觉得它可分为文章行业、网站管理方法行业和评论领域，在其中文章和定阅归属于文章行业，网页页面配备、公示和版本详细介绍归属于网站管理方法行业。评价是独立拿出来的，因为这是一个通用子域名，可用作文章评价或网站留言板留言。

为何评价不会被开启，一个是文章评价，另一个是留言板留言？由于我觉得这二者实际是一件事，客户在网站上留有一段，还可以回应别人。仅仅评价主题是不同类型的，一个是文章，另一个是网站自身。所以我觉得这是一个单独的领域模型。

全部网站的需要分拆、设计模型都已搞好了，下一步必须要做的就是逐渐构建开发工具啦，敬请关注！

我就是Yasin，一位坚持不懈原创技术的时尚博主，我的手机微信微信的公众号是:程序编写

很多人都在这儿看见了，如果感到我文章能够，何不支持一下。

也有教学资源，内部推荐一线互联网企业