DOCUVIX的博客

首先我们先看看实现人脸识别的数据流向可以看到所需写的接口有两个，一个是注册接口，一个是登录接口。注册接口除了普通注册所需的json信息外，还需要一个自拍的照片。登录接口只需要一张自拍即可。然后再看看我们DDD的架构若不增加实体，新增接口需要修改的是Contorller,Application,Domain三个层，Contorller层只提供接口，Application层只负责Domain层方法的调用和参数的传递，Domain层主管领域业务逻辑，要实现人脸识别需要在此调用外部接口，对接人脸库。

因为最早我们是打算整个平台都用python写的，但是经过商量后得出结论，不应该跳出微服务框架另起炉灶，因此得出结论：登录注册使用原本已经写好的服务，并以添加功能的方式在原有服务上进行代码的增加，对接python写好的百度人脸识别，python功能只提供参数，.net服务管理逻辑。在注册上的设计如下：普通进行注册后，选择人脸录入，除了返回账号密码等基础信息外，提供图片给后台，除了用户id和用户组id，图片以文件流的方式将图片转发给python人脸识别功能模块，不进行本地保存。将iformfile对象类

对于“行动策略”的理解与实践总结

TensorFlow和Pytorch对比分析性能比较：相同时间内在大部分热门模型中Pytorch处理图片数量更多性能更好精度和训练时间比较：基本没有区别，两者一致应用比较：学术和论文研究领域：pytorch碾压所有框架，占比65%以上谷歌搜索趋势：在2020年两者已经不分上下工业界：工业界更注重部署，tf地位依旧无可取代发展趋势：目前pytorch上升趋势，tf2.0稍显颓势...

研究fastDFS实现文件管理模块的管理体系升级。DDD模式研究告一段落，下一阶段着手制定我们自己的DDD应用规范。

集成支持达梦数据库，希望我们的团队能不断学习，如何发现，如何认知，如何判断正确的技术路线，从而更快更好的为用户提供更加优异的ECM产品体验！

在网上看到了一个关于DDD的实践性专题，深有启发。专题的最后一篇文章，通过一个具体的实例，完整展示了基于DDD思想的实际应用，包括需求分析，概要设计，详细设计，代码编写，交付测试等，这正是我们目前所需要的。感谢作者的无私分享，也感谢我们持续的追求和探索。知识的获取，来自于我们的坚持！努力下去，我们的微服务架构设计落地，已经离我们越来越近了！...

DDD设计思想中，事件驱动的事件新认知，以前认为可以不要，现在看来是很有必要的，它是实现同一个微服务内多个对象之间命令与查询模式的基础。

深入研究实现swagger集成Web API，实现API发布版本更新。持续研究elk实现大数据采集（日志，文件和数据库数据）与集中归档。

小伙伴们又完成了mysql数据库容器化部署实现主从复制的研究与验证，继续深入实现shell脚本一健部署哈！晚上继续深入研究CI、CD自动化工具的具体应用细节，为我们DEVOPS敏捷开发模式添砖加瓦！...

继续深入理解DDD在我们实际工作中的应用，微服务架构和单体架构产品中。DDD可以理解为OOA+OOD+OOP的升级版本，它把20年前的面向对象构建业务类的设计思想，形成了范式定义，有助于行业和开发团队形成思想共识和达成行动和质量标准。...

今天研究了DDD领域驱动设计，我们用它解决业务功能微服务拆分和设计……嗯~内容就那么多了，不能再多了……

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档一、数据架构图提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档